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Field of the Invention 

The present invention relates to a system and method for processing 
mail and, more specifically, to an apparatus and method for extracting, 
reordering, reorienting, imaging and sorting documents, and particularly 
remittance transactions in the form of an invoice and an accompanying 
check. 

Background of the Invention 

Automated and semi-automated machines have been employed for 
processing documents such as bulk mail. Due to the large quantity of mail 
received by many companies, there has long been a need for efficient sorting 
of incoming mail. In this regard, document sorting has become particularly 
important in the area of remittance processing. 

Utility companies, phone companies, and credit card companies 
routinely receive thousands of payment envelopes from their customers on a 
daily basis. Typically, a customer payment envelope contains an invoice stub 
and some type of customer payment, usually in the form of a bank check or 
money order. The contents of each envelope are generally referred to as a 
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transaction, and may consist of one or more documents including one or 
more invoice and/or one or more check. The most common transaction 
consists of a single invoice stub and an accompanying payment check. 

According to conventional methods of automated or semi-automated 
5 remittance processing, the documents, such as an invoice and an 

accompanying check, are processed by being extracted from the envelopes, 
placed in the proper sequence and orientation, and then stacked into groups 
or batches of documents. The extraction, sequencing and orienting of the 
invoices and checks has been effected both manually and by the use of 

10 automated or semi-automated equipment. Once arranged in stacks, the 

sequenced and oriented invoices and checks are then separated into groups 
of documents. This grouping, referred to as batching, is typically performed 
manually by inserting batch tickets into the stacks of documents to physically 
define selected batches of documents. The stacks of batched invoices and 

15 checks are then transferred to a separate remittance processing device and 
fed through the device multiple times to effect the necessary remittance 
processing. Because the stacks of invoices and checks are transferred to a 
separate remittance processing device after the documents have been 
extracted form the envelopes, errors may arise in determining which 

20 documents belong to which distinct transaction. Errors may arise in defining 
transactional boundaries because the documents have already been 
separated from the envelopes that physically and accurately define the 
boundaries for each transaction before processing is commenced on a 
remittance processing apparatus. Therefore, the remittance processing 

25 apparatus must attempt to determine the transitional boundaries based on the 
sequence of the documents that are fed through the apparatus. If the 
sequence of documents is not predetermined and precisely maintained, the 
transactional boundaries may be misplaced. For example, if more than one 
check is enclosed with a single invoice, it becomes difficult after the extraction 

30 has already been performed to ascertain whether the additional check should 
be included with the preceding or the following transactional documents. As a 
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result, a check from one transaction may be processed erroneously with an 
invoice from another transaction. 

Other problems may also arise whenever the invoices and the checks 
are not in proper uniform sequence or in the proper orientation. For example, 
5 the lack of proper sequencing and orientation may cause misreads or errors 
during a remittance processing run. If a check is being read instead of an 
invoice due to an improper sequence, the appropriate information will not 
appear at the proper location on the document during document imaging. 
Likewise, if a check is not in its proper orientation, an image of the back of the 

1 0 check may be misread as the front of the check. In accordance with the 
present invention, an apparatus and method are provided for extracting 
documents from envelopes, reordering and reorienting the documents, and 
imaging and storing data regarding the documents so that the association 
among the documents in the transactions is known during subsequent 

15 remittance processing and the proper images are acquired and stored for the 
selected orientation of the document. 

Summary of the Invention 

In accordance with the present invention, an apparatus is provided for 

20 sorting a group of documents contained within envelopes into selected 

batches of documents. More specifically, the apparatus functions to sort a 
selected group of documents such as an invoice and an accompanying check 
contained within a remittance payment envelope into selected batches of 
invoices and checks. Appropriate image data is acquired and stored such as 

25 the MICR line of a check and the OCR line of an invoice. 

To effect document processing, a document transport is provided for 
conveying the documents and the envelopes containing such documents 
along a selected path of movement. To input the envelopes onto the 
document transport, an envelope feeder is provided. The envelope feeder 

30 may be configured to hold a selected group of envelopes in position so that 
the envelopes may be fed in a serial manner onto the document transport. 
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Unopened or partially unopened envelopes may be conveyed by the 
document transport through a series of testing stations to enable the 
detection of any non-conforming envelopes that fail to meet selected test 
criteria. For example, the envelopes may be conveyed through a thickness 
5 detector to determine whether any envelopes are too thick for further 

processing as well as a metal detector to determine whether any envelopes 
contain paper clips that could jam the apparatus. Any nonconforming 
envelopes may be outsorted from the apparatus. Envelopes that meet the 
selected test criteria are conveyed to the document transport along the 

1 0 selected path of movement for further processing. 

An extractor is positioned along the path of movement for extracting 
the documents from the envelopes. Typically, the extractor may include a 
series of envelope edge cutters in order to cut open selected edges of each 
envelope to enable the document conteOnts to be removed therefrom. If a 

15 proper extraction is effected, the envelope is discarded and the extracted 

documents are conveyed by the document transport along the selected path 
of movement. If the extraction is improper, the document may be reunited 
with the envelope and outsorted to a selected output area. 

A system controller is provided for identifying the set of documents, 

20 such as an invoice and an accompanying check, extracted from each 
respective envelope as a single distinct transaction along the path of 
movement. The system controller also serves to monitor and maintain 
distinct transactional boundaries between successive transactions of 
documents. The system controller also controls image acquisition of selected 

25 documents and the storage of such information. 

An orientation detector may be positioned along the path of movement 
to determine the orientation of documents conveyed along the path of 
movement. Optionally, documents that have previously been extracted from 
envelopes, such as by manual extraction, may be fed directly to the 

30 orientation detector for processing. The orientation detector may include, for 
example, an optical detector device, such as a camera, for acquiring optical 
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images of selected documents. In addition, the orientation detector may 
include a magnetic image reader for reading selected magnetic images or 
magnetic patterns from documents conveyed along the path of movement. A 
document orientor is provided for selectively changing the orientation of 
5 documents along the path of movement into a desired orientation along the 
path of movement. For example, the document orientor may include a 
document reverser for reversing the document from back to front along the 
path of movement, as well as a document inverter for inverting the document 
from top to bottom along the path of movement. As such, the document 

1 0 orientor functions to selectively change documents from an upside-down 
orientation into a right-side-up orientation and from a face-backward 
orientation to a face-forward orientation along the path of movement. The 
document orientor may also include a document reordering mechanism for 
changing the order of successive documents along the path of movement. 

15 More specifically, the document reordering mechanism functions to enable a 
trailing document to become a leading document and a leading document to 
then become the trailing document along the path of movement. In general, 
the document orientor functions to ensure that each type of document is 
positioned in the same orientation along the path of movement and that 

20 document pairs in each defined transaction are in a desired sequence such 
as invoice-check. 

A separate document feeder may be positioned downstream from the 
envelope feeder for selectively feeding batch identification pieces, in the form 
of batch index cards, into the path of movement. The document feeder may 

25 also function to feed additional stacks of documents into the apparatus. 

An image acquisition device is employed for acquiring an image of the 
batch identification pieces and selected documents conveyed along the path 
of movement to enable the system controller to assign documents of selected 
transactions into selected batches of documents. If a selected document 

30 image meets a predetermined criteria, the transaction containing the selected 
document may be assigned to a selected batch by the system controller. If, 
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however, the document image fails to meet a selected criteria, e.g. the 
document is not readable, then the system controller may assign the 
respective transaction into a non-conforming group of documents. 

5 An image storage medium, in the form of a non-volatile storage 

medium, is provided for storing the acquired images of the selected 
documents for subsequent remittance processing. A document sorter 
functions to sort documents of selected batches into selected output areas. A 
printer may also be employed along the path of movement for printing 

10 selected information on selected documents. For example, the printer may 
be utilized to print batch identification information such as a batch number, a 
transaction number and a document number on selected documents, such as 
checks or invoices, in response to the batch identification pieces conveyed 
along the path of movement. 

15 A method in accordance with the present invention is also provided for 

sorting a group of documents contained within envelopes into selected 
batches of documents. Pursuant to the method, documents contained within 
the envelopes may initially be extracted from the envelopes so that the set of 
documents extracted from each individual envelope is identified and tracked 

20 as a single distinct transaction. The extracted documents are conveyed along 
a path of movement and the orientation of selected documents along the path 
of movement is then determined. The orientation of selected documents may 
be determined by acquiring optical or magnetic images from selected areas of 
the documents. The documents are then selectively oriented along the path 

25 of movement into a desired orientation along the path of movement. 

Orienting documents into the desired orientation may included reversing 
documents from front to back or inverting or flipping documents from top to 
bottom along the path of movement. The sequence of selected documents 
may also be changed along the path of movement. An image of selected 

30 documents is acquired and selected transactions of documents are assigned 
into selected batches. The acquired images of the selected documents are 
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stored and the documents are sorted into the respective batches. Batch 
identification pieces may be fed into the selected path of movement to identify 
selected batches into which selected documents may be grouped. 

The present invention also provides an apparatus for semi-automated 
5 mail processing using manual extraction. The apparatus includes an 

extraction station at which the envelopes are staged while the documents are 
extracted. After the documents are extracted from a particular envelope, the 
envelope is conveyed away from the extraction station, either automatically or 
in response to some action by the operator. 

1 0 One or more chutes may also be provided for receiving extracted 

documents so that the documents may be fed to the imaging station. If a 
number of chutes are utilized, the chutes can be utilized to identify 
information regarding the documents or the transaction. More specifically, 
each chute may include a corresponding sensor for detecting the presence of 

1 5 documents. The operator may examine the documents extracted from an 

envelope to determine information regarding the transaction, such as whether 
the transaction is a single, a multi, or otherwise. The operator then places the 
transaction in the corresponding chute, and the sensor in the chute sends a 
signal to the system controller identifying the documents in the chute as a 

20 particular transaction-type. The documents are then scanned to obtain image 
data and the information regarding the transaction-type is stored with the 
corresponding image date. 

Detailed Description of the Drawings 
25 The foregoing summary as well as the following detailed description of 

the preferred embodiments of the present invention will be better understood 

when read in conjunction with the appended drawings, in which: 

Fig. 1 is a schematic perspective view of an automated document 

processing apparatus in accordance with the present invention; 
30 Fig. 2 is a block diagram showing the flow of documents through the 

automated document processing apparatus shown in Fig. 1 ; 
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Fig. 3 is a fragmentary plan view of the automated document 
processing apparatus shown in Fig. 1 , illustrating an envelope feeder and a 
cutting section for opening envelops; 

Fig. 4 is a fragmentary plan view of the automated document 
5 processing apparatus shown in Fig. 1 , illustrating the flow of documents 
through the envelope feeder and the cutting section; 

Fig. 5 is a fragmentary side elevational view of the automated 
document processing apparatus shown in Fig. 1, illustration details of the 
extractor and the orientation section; 
1 0 Fig. 6 is a fragmentary side elevational view of the automated 

document processing apparatus shown in Fig. 1 , illustrating the flow of 
document through the extractor and the orientation section; 

Fig. 7 is an enlarged fragmentary front elevational view of the extractor 
of the automated document processing apparatus shown in Fig. 1 ; 
1 5 Fig. 7A is an enlarged fragmentary front elevational view of a portion of 

the extractor shown in Fig. 7, illustrating a piece of mail as it enters the 
extractor; 

Fig. 7B is an enlarged fragmentary front elevational view of a portion of 
the extractor shown in Fig. 7, illustrating the initial extraction of documents 
20 from an envelope; 

Fig. 7C is an enlarged fragmentary front elevational view of a portion of 
the extractor shown in Fig. 7, illustrating one face of the envelope entering an 
extraction transport and one section of the document entering a reversible 
transport; 

25 Fig. 7D is an enlarged fragmentary front elevational view of a portion of 

the extractor shown in Fig. 7, illustrating an envelope passing about a small 
diameter roller; 

Fig. 7E is an enlarged fragmentary front elevational view of a portion of 
the extractor shown in Fig. 7 5 illustrating a deflector directing the leading face 
30 of an envelope down an envelope path; 

Fig. 8 is an enlarged front elevational view of the singulator of the 
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automated document processing apparatus shown in Fig. 1 ; 

Fig. 9 is an enlarged front elevational view of the reordering module of 
the automated document processing apparatus shown in Fig. 1 ; 

Fig. 10 is an enlarged front elevational view of the reverser of the 
5 automated document processing apparatus shown in Fig. 1 ; 

Fig. 1 1 is a schematic block diagram illustrating the interconnection 
between the imaging computer and other components of the automated 
document processing apparatus shown in Fig. 1; 

Fig. 12 is a block diagram showing the flow of data acquired in the 
10 imaging section of the automated document processing apparatus in a mode 
in which the image data is binarized and stored in a data record; 

Fig. 13 is a block diagram showing the flow of data acquired in the 
imaging section of the automated document processing apparatus in a mode 
in which the gray scale image data is retained and stored in a data record; 
1 5 Fig. 14 is an enlarged fragmentary front elevational view of the imaging 

section of the automated document processing apparatus illustrated in Fig. 1 ; 

Fig. 15 is an enlarged fragmentary back elevational view of the imaging 
section of the automated document processing apparatus illustrated in Fig. 1; 

Fig. 16 is an enlarged fragmentary front elevational view of the 
20 document feeder of the automated document processing apparatus illustrated 
in Fig. 1; 

Fig. 1 7 is an enlarged fragmentary front elevational view of the 
document feeder of the automated document processing apparatus illustrated 
in Fig. 1 , illustrating the flow of documents through the document feeder; 

25 Fig. 18 is an enlarged fragmentary front elevational view of the stacker 

of the automated document processing apparatus shown in Fig. 1, illustrating 
the flow of documents through the stacker; 

Fig. 19 is a perspective view of an alternative embodiment of an 
apparatus for processing mail according to the present invention; 

30 Fig. 20 is a schematic block diagram illustrating the flow of documents 

through a portion of the apparatus illustrated in Fig. 19 including an imaging 
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device; 

Fig. 21 is a schematic block diagram illustrating the inter-connection 
between the controller and other components of the apparatus shown in Fig. 
19; and 

5 Fig. 22 is block diagram showing the flow of documents through the 

mail processing apparatus shown in Fig. 19. 

Detailed Description of the Preferred Embodiments 

10 Referring to the drawings in general and more specifically to Figs. 1-6 

and 14, an apparatus for automatic processing of documents contained within 
envelopes is illustrated. The apparatus 10 processes documents by 
extracting the documents from their envelopes, selectively reordering and 
reorienting the documents, acquiring and exporting image data for selected 

15 documents and sorting the documents into bins. 

Referring to Figs. 1 and 2, a general overview of the flow of documents 
through the apparatus is provided. Initially, a stack of documents within 
envelopes is placed into an input bin 16 of a envelope feeder 15. The 
envelope feeder 1 5 serially feeds the envelopes into a system transport 75 

20 that conveys the envelopes to an envelope qualifying station 20 that includes 
a thickness detector 22, a metal detector 24 and an optical envelope imager 
25. The envelope qualifying station 20 examines each envelope to determine 
whether the envelope qualifies for extraction. Envelopes that are qualified for 
extraction are opened in a cutting area 30 and then conveyed to an extractor 

25 50 to extract the transactional contents from the envelopes. A singulator 110 
separates the documents within the transactions and serially feeds the 
documents into the orientation section 100. In the orientation section 100, the 
order and orientation of each document are determined. The documents are 
then selectively manipulated by a reordering module 145, a reverser 150 and 

30 a twister 1 70 so that the documents in each transaction are in a 
predetermined order and orientation. 
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After the documents are properly ordered and oriented, the documents 
are conveyed to an imaging section 200 that magnetically and optically 
images the documents to acquire image data for each document. The image 
data is stored in a file for later use during remittance processing. In the 
5 imaging section 200, the documents are first magnetically imaged by a MICR 
character reader 220, which reads the MICR line on the checks. Next, an 
image acquisition module 230 which includes at least one line scan camera 
231 , scans the documents to obtain an optical image of each selected 
document. The apparatus then processes the images to extract information 

10 about each document, such as the OCR line that appears on invoices. The 
extracted information and the image of the document are used to create a 
document record for each document. The records for a group of transactions, 
referred to as a batch, are combined to form a batch file. 

After the documents are imaged, a printer module 240 prints 

15 information on the documents, such as the batch number, the transaction 
number, the document number, and the date on which the document was 
processed. From the printer module, the documents are conveyed to a 
stacker 300, which sorts the documents into a series of bins 302a-302h. The 
stacker 300 sorts the documents into groups referred to as batches. Each 

20 batch is assigned a control number, referred to as a batch number. For each 
batch, the stacker 300 sorts the invoices into one bin, and the checks into a 
separate bin. Alternatively, it may be desirable to stack the checks and 
invoices for a batch together into one bin so that the documents for each 
particular transaction are together in the same stack. 

25 A system controller 95 monitors the flow of documents in response to 

signals received from the various components of the apparatus 10. In 
particular, the system controller 95 monitors the boundaries of each 
transaction as the documents are processed. Because each envelope 
defines the boundaries for each transaction, and the documents are initially 

30 contained within envelopes, the boundaries for each transaction are known. 
Once documents are extracted from an envelope, the system controller 
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monitors the documents from each transaction to ensure that documents 
from one transaction do not become associated with the documents from a 
different transaction. For example, the system controller ensures that a 
check from envelope A does not become associated with an invoice from 
5 envelope B. This is referred to as maintaining transactional integrity. The 

system controller 95 ensures that transactional integrity is maintained through 
the entire process. 

Two personal computers allow an operator to interface with the system 
controller 95. An operations computer is the primary interface with the 

1 0 system controller for controlling the operation of the apparatus. The 

operations computer includes a monitor 18 to display information regarding 
the processing of documents. A keyboard is also provided to allow the 
operator to input various information necessary to process a group of 
documents, such as the type of transactions to be processed. In addition, an 

1 5 imaging computer 260 operating under the Windows NT operating system 
allows the operator to interface with the system controller 95 regarding 
operation of the imaging section of the apparatus. A display 262 for the 
imaging computer 260 is mounted on an articulating arm on the side of the 
stacker 300 and a keyboard for the imaging computer is stored in a drawer 

20 below the imaging section. 

Qualifying Envelopes for Extraction 

Referring now to Figs. 1 , 3 and 4, a stack of envelopes is placed into 
the input bin 16 of the envelope feeder 15 which serially feeds the envelopes 

25 into the system transport 75. The system transport conveys the envelopes to 
an envelope qualifying station 20 that includes a series of detectors for 
examining each envelope to determine if the envelope meets certain criteria 
for being extracted. If an envelope meets the criteria for extraction, the 
envelope is directed to the cutting area 30 and the extractor 50. Otherwise 

30 the envelope is directed to an outsort bin 40. 
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The first extraction qualifying detector is a thickness detector 22. If the 
thickness of an envelope does not fall within a predetermined range, the 
envelope is electronically tagged by the system controller 95 and outsorted 
prior to extraction. For example, the basic mode of operation for the 
5 apparatus 10 is processing singles, which are transactions that consist of only 
one check and one invoice. Envelopes that contain only one document, such 
as a check without an invoice, will have a thickness that is less than the 
allowable range. Such envelopes are not qualified for extraction. In the same 
way, envelopes that contain more than two documents will have a thickness 

10 that is greater than an allowable range, and therefore are not qualified for 
extraction. Envelopes that do not qualify for extraction are electronically 
tagged and outsorted prior to extraction so that the outsorted envelopes can 
be processed separately from the envelopes containing singles. In addition, 
the thickness indicator 22 does not qualify envelopes containing paper clips 

1 5 or returned credit cards because the envelopes typically have a thickness that 
is greater than the allowable range. Therefore, envelopes containing returned 
credit cards or paper clips, which generally require special handling, are 
outsorted prior to extraction. 

The envelopes are next qualified by a metal detector 24. The metal 

20 detector detects the presence of ferrous and non-ferrous metallic objects 
such as staples and paper clips. If the metal detector 24 detects the 
presence of a metallic object within an envelope, the envelope is not qualified 
for extraction and the system controller 95 electronically tags the envelopes 
so that the envelope is outsorted prior to extraction. 

25 An optical envelope imager including at least one line scan camera 25 

may also be included to qualify the envelopes prior to extraction. The camera 
25 scans a portion of each envelope to determine whether selected 
information or markings are present. For instance, a customer response box 
may be located on the back of an envelope. The envelope scanning camera 

50 25 scans the customer response box to determine whether the customer has 
indicated a response by placing a mark in the response box. In addition to 
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scanning for marks, the envelope scanning camera 25 can be used to 
determine the presence of particular information on an envelope, such as a 
change of address indication on the envelope and a POSTNET bar code. 
The camera 25 can further be used to detect whether an envelope and its 
contents are damaged. If the envelope and its contents are damaged, or if 
selected information or a mark is detected, the envelope may be electronically 
tagged and outsorted prior to extraction. Alternatively, if selected information 
or a mark is detected and the envelope is not damaged, the envelope and its 
contents may be processed and the system controller 95 may electronically 
tag the envelope indicating that selected information was present on the 
envelope or that a particular mark was present on the envelope. Later, the 
data regarding the information or mark appearing on the envelope can be 
combined with data regarding the image of the documents in the envelope, as 
will be further discussed below. The optical envelope imager may also 
include a second camera so that both sides of each envelope can be 
scanned to qualify the envelopes. 

From the optical envelope imager, the system transport 75 conveys the 
documents to a gate 26 that is operable between two positions. Envelopes 
that were not qualified for extraction because they do not meet certain criteria 
are directed down an outsort path designated B in Fig. 4 to the outsort bin 40. 
For example, if the thickness detector 22 detects an envelope that has a 
thickness that is not within a pre-determined range, the system controller 
does not qualify the envelope for extraction, and the envelope is directed to 
outsort path B. 

Envelopes that are qualified for extraction are directed down the path 
designated A to the cutting area 30. In the cutting area 30, the leading edge, 
top edge and bottom edge of each envelope are cut so that the faces of each 
envelope are only joined along the trailing edge. From the cutting area, each 
envelope and its accompanying transaction are conveyed to an extractor 50. 
In the present instance, to minimize the floor space of the apparatus, the 
extractor 50 and the orientation section 100 are mounted on a vertical base 
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plate 105, perpendicular to the horizontal base plate 32 of the cutting area 30. 

Extraction of Contents from Envelopes 

Referring now to Fig. 7 the details of the extractor 50 are more clearly 
5 illustrated. The extractor 50 separates an envelope from its contents by 

peeling off one envelope face and then directing the envelope down one path, 
and the contents down another path. The operation of the extractor 50 is 
more clearly understood with reference to Figs. 7A-7E, which illustrate the 
progress of an envelope and its contents through the extractor. 

10 In Fig. 7A, an envelope is shown as it first enters the extractor. The 

system transport 75 conveys the envelope and its contents past a rotatable 
extraction head 52. A suction cup 54 is mounted in a cavity in the extraction 
head 52. Referring to Fig. 7B, the suction cup 54 entrains one face of the 
envelope, referred to as the leading face. As the envelope passes 

1 5 horizontally through the extractor, the extraction head 52 rotates so that the 
leading face entrained by the suction cup is peeled away from the contents 
and diverted upwardly into an extraction transport 56, as shown in Figs. 7B 
and 7C. At the same time, the contents of the envelope and the trailing face 
are directed downwardly into a reversible transport 60, which conveys the 

20 contents and the trailing face away from the leading face. 

As shown in Fig. 7E, the faces of the envelope are conveyed away 
from one another until the faces are stretched end to end to form a single taut 
length of paper joined in the middle by what was previously the trailing edge 
of the envelope. The reversible transport 60 then reverses directions and 

25 conveys the contents and the trailing face upwardly into the extractor 
transport 56. 

A pivotable deflector 62 along the extraction transport 56 directs the 
leading face toward an envelope path, which is designated C in Fig. 7. After 
the leading envelope face enters the envelope path designated C, the 
30 deflector 62 pivots away from the extraction transport 56. The trailing face 
follows the leading face down envelope path C because the faces are 
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connected. However, because the deflector 62 has been pivoted away from 
the extraction transport 56, the contents of the envelope follow the main path 
of the extraction transport to a document path designated D in Fig. 7. In this 
way, the envelope is separated from its contents. 
5 Frequently, one of the documents in an envelope is entrained by one 

of the flaps that form the envelope, preventing separation of the envelope 
from the contents. To improve the separation between the envelope and its 
contents, the envelope passes around a small diameter roller as the envelope 
enters envelope path C. As shown in Fig. 7D, by passing the envelope faces 
10 about a roller of relatively small diameter, the flaps associated with the 

envelope faces are peeled away from the envelope face, thereby releasing 
any potentially entrapped documents from between the flap and the envelope 
face. 

A pair of thickness detectors 80a and 80b are disposed along the 

15 envelope path C and the document path D. The envelope thickness detector 
80a senses the thickness of the envelope as the envelope leaves the 
extractor 50, and compares the thickness of the envelope with a 
predetermined limit. If the thickness of the envelope exceeds a 
predetermined limit, the system controller electronically tags the envelope so 

20 that the envelope and its contents are reunited and directed along the path 
designated E to a reunite bin 125. Similarly, if the document thickness 
indicator 80b indicates a thickness that exceeds a threshold level, it is 
assumed that the contents were not properly extracted from their respective 
envelope. The system controller 95 therefore electronically tags the content 

25 so that the contents are reunited with their respective envelope and directed 
along the path designated E to a reunite bin 125. If the thickness detectors 
80a, 80b indicate that the contents have been properly extracted from their 
envelope, the envelope is directed along the path designated F to a waste 
container and the contents are directed along the path designated G to a 

30 singulator 1 1 0 that separates the documents within the transaction. 
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Referring now to Fig. 8, the singulator 110 receives the transactional 
pairs of documents that were extracted by the extractor 50 and separates the 
documents so that the documents are serially delivered to the orientation 
section. The singulator includes an idler roller 112 and an opposing drive 
5 roller 114 mounted on a pivotable arm. A spring 118 connected to the arm 
biases the drive roller 1 14 toward the idler roller 112. The outer surface of 
the idler roller 112 has a coefficient of friction that is greater than the 
coefficient of friction of the outer surface of the drive roller 114. In addition, 
the coefficient of friction of the outer surface of the drive roller is greater than 

10 the coefficient of friction between the faces of the pair documents in a 

transaction. A brake 1 16 is also provided to stop the rotation of the idler 
pulley 112. An entry sensor 199a and an exit sensor 1 19b, tracks the 
documents as the documents pass through the singulator 110. 

During operation, the system transport 75 conveys a transactional pair 

15 of documents in face-to-face arrangement to the singulator 110. The entry 
sensor 1 19a senses the leading edge of the pairs of documents as the pair 
enters the singulator 110, and then after a predefined delay, the brake 116 
engages the idler roller 1 12 to retard or stop the rotation of the idler roller. 
The pair of documents then enters the nip formed between the idler roller 112 

20 and the drive roller 114. Because the outer surface of the idler roller has a 
coefficient of friction that is higher than the coefficient of friction of both the 
drive roller and the faces of the pair of documents, braking the idler roller 
causes the idler roller to engage and retard the progress of the document 
confronting the idler roller. At the same time, the document confronting the 

25 drive roller 1 14 is driven past the exit sensor 1 19b by the drive roller. In this 
way, the document that was initially confronting the drive roller becomes the 
leading document of the transactional pair. 

Once the exit sensor 1 19b detects the passage of the leading edge of 
the leading document, the brake 116 disengages the idler roller 112, after a 

30 predetermined delay so that the drive roller 1 14 drives the trailing document 
past the exit sensor 1 1 9b. The release of the brake is controlled by the 
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system controller in response to signals received from the exit sensor 1 19b, 
and is timed to control the gap between the leading and trailing documents in 
a transaction. 

From the singulator 110, the apparatus 10 processes the documents 
5 by determining the order and orientation of the documents as the documents 
are conveyed through the system transport 75. When processing documents 
in transactions that were extracted from windowed envelopes, the order and 
orientation of the invoice is known because the customer placed the invoice in 
the front of the envelope with the preprinted return address visible through the 

10 window. Therefore, the sequence of the documents in a transactional pair 
and the orientation of the invoice in the transaction are both considered 
constant when processing windowed mail. However, the orientation of the 
check in a transaction is not constant, and therefore must be determined so 
that the check can be reoriented if necessary. 

1 5 For this purpose, the system transport 75 serially conveys the 

documents to a MICR module 135 that functions as a magnetic imager to 
determine the orientation of the checks. The MICR module 135 first imparts a 
magnetic charge to the magnetic ink on the checks. The orientation of each 
check is then detected by reading the flux variation of the characters or 

20 markings on the check as the check is conveyed past the MICR module 135. 
The magnetic readings for the checks are interpreted by the MICR module 
135 to determine the orientation of each check. The orientation decision by 
the MICR Module 135 is then transmitted to the system controller 95 which 
electronically tags the respective document with the orientation decision data. 

25 The MICR module also verifies that the documents in a transaction are 

in the proper sequence. If the MICR module detects certain magnetic 
fluctuations in the document after the document has been magnetized, then 
the MICR module tags the document as a check. Otherwise, the document is 
tagged as an invoice or as being an indeterminable document. The 

30 information regarding the document identification is communicated to the 

system controller 95. The system controller 95 then electronically tags each 
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document in sequential order as being a check or an invoice based on the 
data from the MICR module 135. The MICR module 135 then uses the 
identification of each document to determine if the documents in a transaction 
are in the proper order. For example, a desired sequence for a transactional 
5 pair of a check and an invoice may be invoice first, then check referred to as 
invoice/check. If the MICR module 135 detects magnetic markings on the 
first document, then the first document is presumed to be a check and the 
documents in the transaction are out of order, i.e. check/invoice order rather 
than invoice/check. The documents in the misordered transaction are 

10 electronically tagged by the system controller and directed to a reject bin 250 
in the imaging section 200. 

If the MICR module 135 verifies that the documents in a transaction 
are in order, but the check is not in the proper orientation, the apparatus 
reorients the check into the proper orientation. For this purpose, the 

15 documents are conveyed to a reverser 150, which is illustrated more clearly in 
Fig. 10. The reverser 150 functions to reorient the checks, if necessary, by 
flipping the checks from end to end along the path of movement so that the 
leading edge becomes the trailing edge and the trailing edge becomes the 
leading edge. As a result, a selected check may be flipped, if necessary, 

20 from front to back along the path of movement. 

From the reverser 1 50, the documents are conveyed to a twister 1 70. 
If a check is not properly oriented in a right-side-up orientation, the check is 
reoriented by the twister. The twister 170 reorients a check by flipping the 
check about a horizontal axis so that the top edge of the check becomes the 

25 bottom edge and the bottom edge becomes the top edge. More specifically, 
the check is transported between belts that twist 180 degrees along the run of 
the belts. In this way, the check is inverted from an upside-down orientation 
into a right-side-up orientation. At the same time, because the check is 
rotated by the twister, the check is also flipped from front to back. 

30 The apparatus can also be used to process documents extracted from 

windowless envelopes. When documents are extracted form windowless 
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envelopes, the order and orientation of the documents are unknown. As with 
windowed mail, the MICR module 135 can be used to determine the 
orientation of the checks and the order of the documents within a transaction. 
If the MICR module 135 detects certain magnetic fluctuations in the document 
5 after the document has been magnetized, then the MICR module tags the 

document as a check. Otherwise, the document is tagged as an invoice or as 
being an indeterminable document. 

In addition, when processing windowless mail, a second orientation 
detector is included for determining the orientation of the invoices. For this 

10 purpose, the apparatus 10 includes a content imaging module 140 having a 
pair of line scan cameras 141a, 141b located along the document path 
downstream from the MICR module 135. The content imaging module 140 
cooperates with the system controller 95 to detect the orientation of the 
invoices based on the image scanned by the cameras 141a, 141b. A pair of 

1 5 cameras is provided so that both sides of the invoice can be scanned. The 
cameras may also be used to scan both sides of each check. 

When processing windowless mail, because the order of the 
documents within a transaction is not generally constant, it may be desirable 
to reorder documents within a transaction that are out of sequence, rather 

20 than directing the transaction to a reject bin. For this purpose, when 

processing windowless mail, it is desirable to include a reordering module 145 
along the document path prior to the reverser 1 50. Referring now to Fig. 9, 
the reordering module 145 functions to reorder the sequence of two 
successive documents if the two documents are determined to be in the 

25 wrong sequence. For instance, if a corresponding check and invoice are 
being conveyed so that the check precedes the invoice, in a transaction in 
which the invoice should precede the check, the reordering module 145 
switches the sequence of the check and invoice so that the invoice precedes 
the check along the path of movement. 

30 If the order of the documents within a transaction is not determined, 

then the documents in the transaction are electronically tagged by the system 
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controller 95 and processed separately from ordered documents in the 
imaging section, as is detailed below. Similarly, if the orientation of a 
document is not determined, then the document along with the other 
documents in the transaction are electronically tagged by the system 
5 controller 95 and processed separately from ordered documents in the 
imaging section. 

Imaging Section 

After the documents are properly ordered and oriented, the system 

1 0 transport 75 conveys the documents to an imaging section. Referring now to 
Fig. 14, in the imaging section, the documents are magnetically and optically 
scanned to extract relevant information about each document to be used later 
during remittance processing. The documents are first magnetically imaged 
by a MICR character reader 220, which reads the characters of the MICR line 

15 on checks. The documents are then optically imaged by an image acquisition 
module 230, which includes at least one high resolution line scan camera 
231a. An imaging computer 260 controls the acquisition of the data in the 
imaging section and communicates the data with the system controller 95. 
As illustrated in Fig. 1 1 , the imaging computer 260 has at least one 

20 microprocessor MP1 , however, it may be desirable to include a plurality of 
microprocessors MP2 through MPn for parallel processing of the data 
obtained in the imaging section. The imaging computer includes an interface 
card 275 to provide an interface between the system controller 95 and the 
imaging computer 260. The system controller 95 is then connected to the 

25 interface card of the imaging computer via a high speed serial channel. The 
imaging computer also includes an image acquisition card or frame grabber 
280 providing an interface between the imaging computer and the image 
acquisition module 230. 

Referring again to Fig. 14, before being imaged, the documents are 

30 first conveyed to a justifier 205 that justifies an edge of each of the 

documents relative to the base plate 210 of the imaging section so that each 
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document is maintained in proper position for reading the MICR line on the 
checks and for imaging the documents. From the justifier 205, the system 
transport 75 conveys the documents to the MICR character reader 220. The 
MICR character reader 220 includes a magnet 222 for magnetizing the 
5 magnetic ink markings on the checks and a magnetic character read head 
224 for reading the characters of the magnetized markings. To scan the 
MICR line, the documents are first conveyed past the magnet 222 which 
imparts a magnetic charge to the magnetic ink on the checks. The 
documents are then conveyed past the magnetic character read head 224 
1 0 which detects the variations in magnetic flux as the magnetized markings of 
the checks are conveyed past the read head. After reading the variations in 
magnetic flux, the MICR character reader 220 determines the characters that 
make up the MICR line of each magnetized check. The MICR module 220 
then communicates the data representing the MICR line to the imaging 
15 computer 260. 

From the MICR character reader 220, the documents are conveyed to 
the image acquisition module 230. Along the document path between the 
MICR module 220 and the image acquisition module 230 an image entry 
sensor 228 detects the presence of a document. The image entry sensor is 
20 an infrared sensor employing an infrared emitter on one side of the document 
path and an opposing infrared receiver on the other side of the document 
path. The image entry sensor 228 senses the existence of a document, 
including a leading and/or trailing edge of a document, within the document 
path at the location of the sensor. 
25 As shown in Fig. 14 the image acquisition module 230 includes at least 

one high resolution line scan camera 231a. The camera 231a is directed 
toward a plate 236a that is located along the document path. The plate has 
an aperture so that the documents conveyed past the plate are revealed to 
the camera 231a. A roller 232a having a resilient outer surface, such as foam 
30 rubber, confronts the plate forming a nip for receiving the documents being 
transported through the imaging section. Because the outer surface of the 
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roller 232a is resilient, the roller urges the documents flush against the plate 
to ensure that the documents are a fixed distance from the camera, for proper 
focusing, as the documents pass the aperture in the plate. A pair of lights 
234a straddling the aperture in the plate 236a illuminate the surface of the 
5 documents as the documents pass by the aperture. Each light comprises a 
plurality of fiber optic strands oriented in a single plane to provide a focused 
linear beam of light along the aperture. 

The imaging camera 231a is mounted in position on the base plate 
210 to scan the image of the front face of each document conveyed along the 

10 document path. Additionally, the image acquisition module 230 may include 
a second camera 231b similar to camera 231a, but mounted in position on 
the base plate 210 to scan the image of the back face of each document 
conveyed along the document path. If a second camera is included, a 
second plate 236b, a second resilient roller 232b and a second pair of lights 

1 5 234b that are similar to the plate, roller and lights accompanying the first 

camera, are also included. Additionally, the second camera 231b, interfaces 
with and is controlled by the imaging computer 260 in the same manner as 
the first camera 231a. In this way, the second camera allows the apparatus 
to capture images such as customer responses that appear on the back of an 

20 invoice. 

The imaging cameras 231a, 231b are high resolution line scan 
cameras suitable to achieve a 200 x 200 dpi image resolution. The transport 
moves at approximately 150 inches per second, and the acquisition rate of 
each camera is matched to the transport speed so that a 200 x 200 dpi image 

25 resolution is achieved. The imaging cameras scan the documents and 
acquire data representing the light intensity at discrete points of each 
document. For each point, or pixel, the light intensity is represented by a gray 
scale number ranging from zero for black to 255 for white. The light intensity 
for each pixel is communicated to the computer as an eight bit representation 

30 corresponding to the gray scale number. 
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It may be desirable to configure the cameras in the optical contents 
imager 140 to acquire image data for the documents in the image acquisition 
module 230. In this way, the image data from the optical contents imager can 
supplement the image data acquired in the image acquisition module, or the 
cameras in the image acquisition module 230 can be eliminated and the 
image data from the optical contents imager can be used or replace the 
cameras in the image acquisition module 230. However, because the optical 
contents imager is located prior to the orientation section 200, the documents 
passing through the optical contents imager are not necessarily in the proper 
orientation. Therefore, before further processing of the image data for a 
particular document, as is discussed further below, the image data may have 
to be manipulated to reflect the proper orientation of the document. 

After the documents are imaged, which is further detailed below, the 
system transport 75 conveys the documents to a printer module 240 which is 
controlled by the imaging computer. The printer module 240 includes at least 
one ink jet printer 241 a. The printer head of the ink jet printer 241 a is 
mounted on an adjustable mount so that the distance between the printer 
head and the base plate 210 is infinitely adjustable between an upper limit 
and a lower limit. In response to signals from the imaging computer 260, the 
printer module 240 prints audit trail data, at step 397 of Figs. 12 and 13, onto 
each document. The audit trail information printed on a document includes 
data particular to the document, such as the batch number for the document, 
the document number, the transaction number for the transaction of which the 
document is a member, and the date on which the document was processed. 
The audit trail information can be used to locate a particular document within 
a stack of documents. In addition, the audit trail data provides a way for 
reconstructing a batch of documents if the documents are erroneously mixed 
with documents from another batch. For example, if an operator drops a 
stack of documents so that several batches become intermixed, the audit trail 
information printed on each document can be used to manually sort the 
documents into the corresponding batches. Generally, it is desirable to only 



:\SHARED\STEVE\DRP\OPEX\P0091 2\P0091 2US3 Application .wpd 



-25- 

print information on the back face of each document. The printer module 
may also include a second ink jet printer 241b to print additional information 
on the front face of the documents. If a second printer is used, the imaging 
computer controls the printers to selectively print on either side of a 
5 document. 

The system transport 75 conveys the documents from the printer 
module 240 to a gate 245 that pivots between two positions. Based on 
signals from the imaging computer 260, the gate 245 directs each document 
either to a reject bin 250, or to the stacker 300, which sorts and stacks the 

10 documents in a plurality of bins. Referring to Fig. 18, based on criteria set by 
the operator, the stacker directs the documents to one of the bins 305a-305h. 

The drive system for the system transport 75 in the imaging section is 
illustrated in Fig. 15, which is the backside of the imaging section. Three 
motors are used to drive three different sections of the system transport 75 in 

1 5 the imaging section. The first section of the system transport in the imaging 
section conveys documents from the entry point of the imaging section up to 
and through the justifier 205 preceding the MICR character reader 220. The 
second section receives the documents exiting the justifier and conveys the 
documents through the MICR character reader 220, and the image 

20 acquisition module 230. The third section receives the documents exiting the 
image acquisition module 230 and conveys the documents through the printer 
module 240 and into either the reject bin 250 or the stacker 300. 

Two types of drive motors are used to drive the three sections of the 
system transport 75 in the imaging section. In the second section a 

25 synchronous motor 260 is used to provide precise control of the system 

transport speed. In the first and third sections precise speed control is not 
required, so the drive motors in the first and third sections 255a, 255b need 
not be synchronous motors. In response to variations in the load of the 
system transport, the output speed of the synchronous motor 260 does not 

30 vary as much as the drive motors 255a, 255b in the first and third section. 

For example, the speed at which the first motor 255a drives the first section of 
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the system transport 75 may vary as much as approximately plus or minus 
five percent in response to changes in the load of the system transport. 
However, the speed of the synchronous motor 260 varies only about plus or 
minus one percent in response to changes in the load of the system 
5 transport. The more accurate speed control of the synchronous motor 

provides a more consistent document travel speed past the MICR character 
reader 220, which enhances the read rate of the MICR character reader. 

Acquisition and Processing of Image Data 

10 In response to signals received from the system controller 95, the 

imaging computer 260 controls the operation of the image acquisition module 
230 via a frame grabber 280. When the image entry sensor 228 detects the 
presence of a document, the image entry sensor sends a signal to the system 
controller 95 indicating the presence of a document. The system controller 

1 5 then sends a signal to the frame grabber 280 indicating whether the 

document detected by the image entry sensor 228 is to be scanned. At the 
same time, the system controller sends data to the imaging computer 260 
regarding the document. For instance, the system controller 95 sends a 
signal to the imaging computer 260 indicating what the batch number is for 

20 the document and whether the document to be scanned is a check or an 
invoice. 

If the system controller indicates to the frame grabber 280 that a 
document is to be imaged, the frame grabber sends control signals to the 
imaging cameras 231a, 231b and the cameras scan the document to acquire 

25 image data. The frame grabber 280 receives the image data from the 

cameras and then stores the data in memory residing on the frame grabber 
card 280. The imaging computer microprocessor 265 then transfers the 
image data from the frame grabber memory 280 into the imaging computer 
RAM memory 262. Alternatively, the image data can be transferred directly to 

30 the RAM of the image computer 260 without storing the data in the memory 
resident on the frame grabber card. 
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Once the image data is transferred to the RAM 262 of the imaging 
computer 260, the image data is processed by the image computer's 
microprocessor 265 which may include separate processors MP1 , MP2, 
through MPn. Fig. 12 represents how the data is processed. First, the gray 
5 scale data is binarized at step 390 to create a black and white representation 
of the document image. By binarizing the data, the data for each pixel is 
converted from an eight bit gray scale representation to a one bit black or 
white representation, which significantly reduces the space that is required to 
store the image data. In addition, binarizing the image data operates to 

1 0 highlight the textual portions of the image, which is advantageous for further 
processing of the image data. 

To binarize an image, the gray scale data for each pixel of the image is 
compared with a threshold. If the gray scale number for a pixel is above the 
threshold, the gray scale is converted to white. Conversely, if the gray scale 

1 5 number is below the threshold, the gray scale is converted to black. 

To account for variations among the different documents being 
processed, an adaptive threshold may be used so that the binarization 
threshold is variable for each document. An adaptive threshold uses a 
different threshold for each particular document based upon a sampling of the 

20 image data for the particular document. By using a threshold that is specific 
to each particular document, the threshold for a document that has a 
generally dark image will typically be different than the threshold for a 
document having a generally light image. In this way, the resulting binarized 
image will more closely reflect the image of the document than if a set 

25 threshold is used for all of the documents. 

Further, it is preferable to use a locally adaptive threshold, which is a 
threshold that varies among the different areas of a document. A locally 
adaptive threshold accounts for variations in the print quality of a document, 
and variations in lighting, as well as electronic noise that may be produced 

30 when image data is acquired. To use a locally adaptive threshold, the image 
data for each document is broken into 4x4 pixel sets and processed 
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separately by the imaging computer. For each particular pixel set, the 
imaging computer determines the threshold by sampling the image data for 
the pixel set. Based on the sampling the imaging computer sets the threshold 
and binarizes the pixel set. 
5 In addition to binarizing the image data, the image data is filtered at 

step 391 of Fig. 12 to reduce noise, which eliminates unnecessary 
background and stray marks from the document image. The noise filtering 
can be performed either in series or in parallel with the binarization. To filter 
the data, the imaging computer examines the image data to detect any black 

10 pixel that is surrounded by white pixels. If a black pixel is surrounded by 
white pixels, the imaging computer converts the pixel from black to white. 
Similarly, if a pair of adjoining black pixels are surrounded by white pixels, 
both pixels are converted from black to white. 

After the image data is binarized and filtered, the imaging computer 

15 260 attempts to read the OCR line at step 392 of Fig. 12 if the document is an 
invoice or the MICR line from MICR character reader 220 if the document is a 
check. The OCR line data is necessary for later remittance processing 
because the OCR line for an invoice includes information about the 
customers account and the amount of the invoice. During remittance 

20 processing, the customer account number must be known so that any 
payments can be posted to the correct account. In addition, during 
remittance processing the invoice amount needs to be known because of the 
method typically used to determine the amount of a check. To determine a 
check amount during remittance processing, the amount of a check is either 

25 manually or automatically compared with the invoice amount. If the check 
amount matches the invoice amount, then it is assumed that the check 
amount was properly read. If the two amounts do not match, then the check 
amount is re-keyed. Therefore, for further remittance processing the OCR 
line data, which includes the invoice amount and account number, is needed. 

30 Based on data received from the system controller 95, the imaging 

computer knows whether a document is a check or an invoice. If the image 
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represents an invoice, the imaging computer 260 processes the image data 
for the document in order to determine the document's OCR line, which 
typically appears at the bottom of invoices. The OCR line is a series of 
characters printed in a uniform predefined typeface of predefined size. 
5 Commonly, the typeface is a type referred to as OCR A, however, typeface 
OCR B, E13B and others can also be read. 

In addition, the imaging computer 260 can function to process the 
image data to read the MICR line of checks so that the MICR line is read both 
optically at step 393 of Fig. 12 and magnetically by the MICR character 

10 reader 220. As previously described, the MICR character reader 220 

magnetically reads the MICR line on checks. However, the MICR character 
reader may be unable to read one or more characters in a MICR line because 
of imperfections in the magnetic characteristics of the MICR line ink. These 
magnetic imperfections, however, may not affect the imaging computer's 

15 ability to read the MICR line from the optical image data, so that a character 
that cannot be read magnetically may be readable optically. Therefore, if the 
MICR character reaches 220 is unable to read a character in a MICR line, the 
data obtained optically is used to supplement the data obtained from the 
MICR character reader in an attempt to complete the MICR line data. 

20 Alternatively, it may be desirable to use the imaging computer to verify 

the results from the MICR character reader 220. By verifying the results, the 
possibility of checks being processed with improper MICR data is reduced. 
For this purpose, the MICR line data obtained optically can be compared with 
the MICR line data from the MICR character reader 220. If there is any 

25 mismatch between the optically read MICR line and the results from the MICR 
character reader 220 the imaging computer indicates that the MICR line was 
not determined. The system controller 95 then tags the document as having 
an undetermined MICR line and the document along with the remaining 
documents in the same transaction are directed to the reject bin 250 or sorted 

30 by the stacker 300 accordingly. 
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After the OCR line or M1CR line data for a document is extracted from 
the image data, the image data for the document is compressed at step 394 
of Fig. 12 using Group 4 fax compression commonly referred to as "CCITT 
Group 4." The compressed image is combined with the data representing 
5 either the MICR line or the OCR line, along with data from the system 

controller 95 to form a data record 395 for the document. The data from the 
system controller 95 includes information from the envelope from which the 
particular document was extracted, such as a change of address indication, 
the presence of a POSTNET barcode, and the presence of a mark indicating 

1 0 a customer response. The data from the system controller 95 also includes 
an indication of whether the MICR line and OCR line was completely 
determined during imaging. Accordingly, the data record for a document 
includes the image data, the MICR or OCR line, an indication of whether the 
OCR or MICR line is complete, and miscellaneous information obtained 

15 during the processing of the document, such as customer response data in 
the form of a change of address, or a check mark in a response mark. 

Alternatively, it may be desirable to store the gray scale images of the 
documents in the data records rather than the binarized and filtered images. 
Fig. 1 3 illustrates the flow of data when the gray scale image is stored. To 

20 store the gray scale images, a copy of the gray scale image data for each 

document is binarized at step 390 and filtered at step 391 as described above 
so that the image computer can determine the MICR or OCR line. The gray 
scale image data is then compressed at step 396 using JPEG data 
compression, and the image data is combined with other information to create 

25 a data record 395, as previously described for the binarized and filtered 

images. The binarized and filtered image is then discarded from the imaging 
computer's RAM. 

As will be described later in more detail, the documents are sorted and 
maintained in groups referred to as batches, which are identified by a unique 
30 batch number. The image data for a batch of documents is organized and 

maintained into batch data record files referred to as batch files at step 398 of 
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Figs. 12 and 13. The batch files are organized so that the organization of the 
images in a particular batch file directly corresponds to the organization of the 
documents in the batch. 

A complete batch file includes a batch header and the data records for 
5 each of the documents in the corresponding batch. The batch header 

includes information that is common to all of the documents in the batch, 
such as the batch number, the date the documents were processed, and the 
number of documents in the batch. Once all of the records have been 
appended to a batch file, the batch file is exported from the imaging computer 

10 260 to an image file server 290, in the form of a personal computer, PC, via 
an ethernet connection. 

Difficulties may arise when imaging the documents. For example, the 
MICR module 220 and the imaging computer 260 may not be able to read the 
MICR line for a check or the OCR line for an invoice. If such a problem 

15 arises, the image, along with the data that was ascertained from the image 
may be exported to the respective batch file for the document and the 
document may be sorted with the other documents in the batch. In this way, 
the document and the image data for the document are available for 
remittance processing, at which time the missing information can be manually 

20 read and entered into the data record for the document. 

It may, however, be desirable to separate the documents for which the 
MICR line or OCR line was not determined from the documents for which the 
MICR or OCR line was determined. To do so, documents for which the MICR 
or OCR line is not determined are assigned to a separate batch, along with 

25 the corresponding documents in the same transactions. In this way, the 
documents are sorted into so called "clean" and "imperfect" batches. The 
documents in the clean batches have been properly imaged and the MICR 
line is known for the checks and the OCR line is known for the invoices. An 
unclean batch is made up of transactional pairs of documents that have been 

30 properly imaged, but the MICR line or OCR line has not been determined for 
at least one of the documents in the transactional pair. If the documents are 
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separated into clean and unclean batches, the image data for the documents 
is similarly separated into separate batch files corresponding to the batches 
of documents. In this way, the batches of documents and the image data for 
the documents are similarly separated and organized. 
5 Alternatively, if the MICR line or OCR line is not fully read for a 

document, the document along with the other documents in the same 
transaction may be directed to a reject bin. If documents are directed to a 
reject bin, then the image computer 260 discards the image data for the 
documents in the transaction. 

10 As illustrated in Figs. 14 and 16, the imaging section also includes a 

document feeder 320. The document feeder operates in two modes. In one 
mode the document feeder 320 feeds batch tickets into the system transport, 
so that batch tickets are sorted in the stacker 300. In a second mode, the 
document feeder 320 operates as a refeeder to feed ordered and oriented 

15 transactional groups of documents into the imaging section. 

Batch Ticket Feeding Mode of Operation 

Generally, to facilitate remittance processing, batches of documents 
are separated by various control documents such as a batch header ticket 

20 that may be placed at the beginning of each batch, a batch trailer ticket that 
may be placed at the end of each batch and a control ticket that may be 
placed behind the batch header ticket. To automatically feed the various 
control documents into the different batches, the document feeder 320 
operates as a batch ticket feeder. In this mode of operation, the document 

25 feeder 320 feeds batch tickets into the document path so that the batch 
tickets enter the system transport 75 just prior to the justifier 305. 

The batch tickets are generally taller than most of the documents in the 
batches. Consequently, when several batches of documents are stacked 
together, the batch tickets separating the individuals batches are readily 

30 identifiable. The batch number is printed in magnetic ink on the face of each 
batch ticket in the same location as the MICR line on checks and hence can 
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be read by the MICR character reader 220. 

In the batch ticket feeder mode, the document feeder 320 can operate 
to meet various requirements for placing a number of batch ticket and/or 
other control documents at the beginning of each stack of documents in the 
5 stacker 300. In a basic mode, two batch header tickets are fed for each batch 
of documents, one batch header ticket for the invoices in a batch and one 
batch header ticket for the checks in the batch. The batch header tickets are 
loaded into the document feeder 320 so that the two corresponding batch 
header tickets for each batch of documents are adjacent. In addition, the 

1 0 batch header tickets are loaded into the document feeder so that the batch 
ticket number is in a predetermined orientation to permit proper imaging as 
will be discussed below. 

In addition to the basic mode of operation, it may be desirable to have 
a batch trailer ticket placed at the end of each batch of checks and at the end 

1 5 of each batch of invoices. To do so, a corresponding batch trailer ticket is 

placed in front of each batch header ticket when the batch tickets are loaded 
into the document feeder 310. The document feeder 320 feeds a batch trailer 
ticket to the bin for a batch of invoices and a batch header ticket is then fed 
on top of the batch trailer ticket. Similarly, a batch trailer ticket is fed into a 

20 bin for the checks in the same batch and a batch header ticket is fed on top of 
the batch trailer ticket. After the checks and invoices for a batch are fed into 
the two bins, the batch trailer ticket is the lead document for the batch of 
checks and the batch of invoices. When the operator removes the completed 
batches of checks and invoices from the bins, the operator can manually 

25 move the respective batch trailer tickets to the back for both the batch of 

invoices and the batch of checks. In this way, each batch of checks and each 
batch of invoices has a batch header ticket at the front of the batch and a 
batch trailer ticket at the end of the batch. 

In yet another variation, it may be desirable to place a control ticket 

30 into each batch of invoices and checks. Typically, the control ticket is placed 
behind each batch header ticket. Therefore, a control ticket is placed into the 
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document feeder 320 behind each batch header ticket. The document feeder 
then feeds a batch header ticket and a control ticket into each bin. 

Each bin in the stacker 300 has a bin sensor that sends a signal to the 
system controller if the bin is empty. In response to an indication from a bin 
5 sensor that a bin is empty, the system controller prompts the document 

feeder 320 to feed a batch ticket. The batch tickets flow from the document 
feeder 320 to the justifier 205, which justifies an edge of each batch ticket 
relative to the base plate 210 so that each batch ticket is maintained in proper 
position for magnetic imaging. The batch tickets are then conveyed past the 

10 MICR character reader 220 which determines the characters that make up 

the batch ticket number. The MICR character reader then communicates the 
batch ticket number to the imaging computer 260 which communicates the 
batch ticket number to the system controller 95. The system controller then 
uses the batch number to monitor and control the processing of the 

1 5 corresponding batch of documents. For example, if the MICR character 
reader 220 reads a batch ticket MICR line and determines that the batch 
ticket number is 1000; the information is then communicated to the imaging 
computer and in turn to the system controller 95. The system controller then 
assigns checks and invoices into batch 1000. When a document enters the 

20 image acquisition module 230, the system controller informs the imaging 

computer that the document should be imaged and assigned to batch 1000. 
As this example illustrates, the batch ticket MICR data is communicated back 
and forth between the imaging computer after the MICR character reader 220 
images the batch ticket. 

25 From the MICR character reader 220, the batch tickets are conveyed 

past the image acquisition module 230 and image data is acquired for the 
batch tickets. After being imaged, the batch tickets are conveyed to the 
printer module 240, but the printer module 240 generally does not print 
information on the batch tickets. From the printers, the batch tickets are 

30 conveyed to the stacker 300, which sorts the batch tickets into the empty 
bins. 
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As previously described in the basic mode, one batch ticket is fed into 
each empty bin in the stacker. The invoices for a batch are then fed into a bin 
and stacked on top of the batch ticket, and the checks for the batch are fed 
into the bin containing the batch ticket corresponding to the same batch and 
5 stacked on top of the batch ticket. For example, referring to Fig. 1 8, a batch 
ticket having batch ticket number 1000 may be fed into bin 302g. A 
corresponding batch ticket having batch number 1000 is then fed into bin 
302h. As documents are processed, the system controller 95 assigns certain 
documents to batch number 1000. The checks and invoices for batch 

10 number 1000 are separated and sorted into bins 302g and 302h. When 
batch number 1000 is completed, the checks for batch number 1000 are 
stacked on the batch ticket in bin 302g and the invoices for batch number 
1000 are stacked on the batch ticket in bin 302h. 

Once a batch has been completed and stacked, the system controller 

15 95 sends a signal to the stacker to light an indicator light to indicate to the 
operator that the bins in which the batch is stacked are full. The system 
controller 95 then directs the next batch of documents to the next two 
available bins. A pair of bins is available if both bins are empty except for a 
batch ticket. For example, if bins 302e and bins 302f each have a batch 

20 ticket number 1001 , and no checks or invoices have been stacked in bins 

302e and 302f, then bins 302e and 302f are available bins. Once batch 1000 
is finished being sorted and stacked in bins 302g and 302h, the system 
controller will indicate that bins 302g and 302h are full. The system controller 
will then direct the documents in batch 1001 into bins 302e and 302f. Once 

25 the operator removes the checks and invoices in batch number 1 000 from 
bins 302g and 302h, a sensor will indicate that the bins are empty. The 
system controller 95 will then prompt the document feeder 320 to feed a 
batch ticket into bin 302g and a corresponding batch ticket into bin 302h so 
that the two bins will be available again. 

30 It may be desirable to sort a batch of documents so that the 

transactional pairs are stacked together instead of separating the checks and 
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invoices into separate stacks. In such a case, an entire batch of checks and 
invoices is sorted to a single bin and stacked in transactional sequence. In 
other words, the batch is sorted so that the checks and invoices for a batch 
are in the same stack, and the documents in each transaction are maintained 
5 together, i.e., adjacent one another. Only one batch ticket is typically used for 
a batch of documents when the documents within the batch are not 
separated. The batch ticket is fed into the bin, and the documents in the 
batch are stacked on top of the batch ticket. 

Generally, the apparatus 10 sorts an entire batch of documents before 

10 beginning to sort a different batch of documents. However, different batches 
of documents may be sorted concurrently. For example, documents may be 
sorted to selected output bins based on various markings detected on the 
documents, such as change of address boxes or barcodes on invoices. The 
documents may also be sorted based on other criteria, such as document 

15 length to account for size differences between business checks and personal 
checks. In addition, as previously described, it may be desirable to sort 
documents based on whether the transactional pairs of documents are clean 
or unclean, i.e., whether the MICR line and OCR line has been determined for 
the documents in the transaction. 

20 The following example illustrates the process of concurrent sorting. 

Clean documents are grouped into batch 1000, and unclean documents are 
grouped into batch 1001. The clean checks and invoices in batch 1000 are 
separated and sorted into bins 302g and 302h. Similarly, the imperfect 
checks and invoices from batch 1001 are separated and sorted into bins 302e 

25 and 302f. As the apparatus 10 processes documents, the clean transactions 
are sorted into bins 302g and 302h. When an unclean transaction is 
identified, the transaction is sorted into bins 302e and 302f. The next 
transaction that is clean is sorted to bins 302g and 302h. The stacker 300 
continues to switch between the bins in this way as transactions from different 

30 batches arrive at the stacker. 
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As shown in Fig. 14, the batch tickets are fed to the stacker 300 along 
the same document path that the invoices and checks are transported. 
During normal operation of the apparatus 10, the gap between adjacent 
checks and invoices is too small for a batch ticket to be fed into the flow of 
5 documents along the document path. Further, it is not desirable to stop the 
processing of the checks and documents to feed batch tickets. 

One method of feeding batch tickets without halting the processing of 
checks and invoices utilizes the time delay that occurs during the initial 
startup of the machine and during recovery after a jam. When the apparatus 

10 is first started, there are no documents in the system transport 75. Therefore, 
when the apparatus 10 is initially started, there is a delay between the time 
the envelopes are placed into the input bin 16 and the time that the 
documents reach the point where the batch tickets are fed into the system 
transport. During this delay, the document feeder 320 feeds batch tickets into 

15 the system transport. The document feeder continues to feed batch tickets 
until either all of the empty bins in the stacker 300 are full or until a sensor 
indicates the presence of a check or document in the system transport 75 in 
the imaging section. 

Similarly, the document feeder 320 can also feed batch tickets into the 

20 system transport during the recovery period after a jam. When a jam occurs, 
the apparatus continues to process the documents and the transactions that 
are downstream from the jam (i.e., between the jam and the stacker 300). 
However, the apparatus halts the processing of the document that caused the 
jam and the remaining documents in the same transaction, along with all of 

25 the documents upstream from the jam (i.e., between the jam and the 

envelope feeder 15). Therefore, if a jam occurs upstream from the point in 
the system transport where the batch tickets are fed, there is a delay between 
the time the operator restarts the apparatus after clearing the jam and the 
time the checks and documents reach the point where the batch tickets are 

30 fed into the system transport 75. During this delay, the document feeder 320 
feeds batch tickets into the system transport as long as there are empty bins 
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in the stacker 300 or until a sensor indicates the presence of a check or 
invoice in the system transport in the imaging section. 

A second method for feeding the batch tickets without halting the 
processing of checks and documents utilizes the breaks in the flow of 
5 documents that occur when a transaction is outsorted or if a transaction is 
reunited with its envelope after extraction. As previously described, during 
the processing of the documents, certain envelopes are directed to the 
outsort bin 40 and certain transactions are directed to the reunite bin 125. 
When an envelope or transaction is outsorted, a gap occurs in the continuous 

10 flow of documents along the system transport 75. This gap is monitored by 
the system controller 95, which, in turn, indicates to the document feeder 320 
when a batch ticket should be fed so that the batch ticket merges in the gap 
in the document flow created by the outsorted transaction. As with the first 
method for feeding batch tickets, the document feeder feeds batch tickets into 

1 5 the gaps in the document flow as long as there are empty bins in the stacker. 

Refeeder Mode of Operation 

The second mode of operation for the document feeder 320 is the 
refeeder mode. In the refeeder mode the cutting extraction and orientation 

20 sections of the apparatus 10 are not used. Instead a stack of ordered and 
oriented documents is placed in the document feeder 320. The document 
feeder 320 serially feed the documents into the system transport 75 and the 
documents are imaged, sorted and stacked. 

The refeeder mode is used to process singles as well as other types of 

25 transactions such as multi transactions, invoice only transactions and check 
only transactions. The term multi includes three different types of 
transactions: two or more checks and one invoice, two or more invoices and 
one check, and finally, two or more checks and two or more invoices. A 
check only transaction is a transaction that does not have an invoice. 

30 Similarly an invoice only transaction does not have a check. 
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The documents are placed in the document feeder so that the 
documents are properly oriented for proper imaging. In addition, the 
documents in each transaction are in a predetermined sequence, such as 
invoices first for single and multi transactions. 
5 At least one batch ticket is placed in front of each batch of documents 

so that the batch tickets separate the different batches of documents in the 
document feeder 320. As previously described, in the basic mode of 
operation, two batch tickets are used for each batch and the checks and 
invoices for each batch are sorted into separate bins. When two batch tickets 
10 are used for a batch, both batch tickets are placed in front of the batch of 
documents. 

When operating in refeeder mode a separate control document is 
typically included in each batch because of the variety of transaction types 
that are processed. The control document has a MICR line that identifies the 

1 5 job type for the particular batch. Job type refers to the type of transactions in 
the batch, such as multi or checks only. The MICR character reader 220 
reads the MICR line of the control ticket, and communicates the information 
to the imaging computer 260, which in turn communicates the information to 
the system controller 95. The system controller uses the job type data to 

20 track the transactional boundaries for the documents in the batch. 

In the refeeder mode, controlling the distance between adjacent 
documents is generally more important than when the document feeder is 
operating in the batch ticket feeder mode. Therefore, as detailed below, the 
document feeder operates to control the gap between adjacent documents. 

25 Referring now to Figs. 14 and 16, the details of the document feeder 

320 are shown in greater detail. To begin processing a batch of documents 
316, an operator places a stack of documents 16 disposed in face-to-face 
engagement on an input conveyor 324 located at the bottom of the input bin 
31 4 of the document feeder 320. The input conveyor 324 moves the 

30 documents toward a feed assembly 340 that functions to feed the documents 
one at a time from the stack 316 along a document feed path. The input 
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conveyor 324 comprises a pair of parallel belts 326 that are carried on a pair 
of pulleys 325 which are driven by a motor 327. 

The document bin 314 also includes a series of plastic glide strips 331 
mounted on a wall surface of base plate 328 of the apparatus 310. The glide 
5 strips 331 are oriented generally parallel to one another and extend 

longitudinally of the document bin to provide a glide surface for the stack of 
documents conveyed by the conveyor belts 326 through the bin toward feed 
assembly 340. As the stack of documents is moved toward the feed 
assembly, the glide strips provide a low friction surface upon which the 

10 document stack rests and moves. 

The stack of documents 316 is manually loaded into the bin 314 in a 
predetermined orientation so that the documents can be properly imaged. In 
the present instance, the documents are oriented so that the bottom edge of 
each document rests upon the glide strips 331 and the front face of the 

1 5 document, face toward the left of the document feeder, when viewed from the 
perspective of Fig. 14. 

One end of the stack of documents 316 on the input conveyor 324 is 
supported by a document pusher 330 so that a face surface of the last 
document in the stack rests upon pusher 330. The document pusher 330 is a 

20 bent metal plate that may be removably positioned against the end of the 
stack of documents 316. The pusher 330 is bent at a selected angle of 
orientation relative to vertical to enable the stack of documents to lay back 
upon the pusher as the document stack is conveyed through the bin. The 
amount of bend in the pusher also serves to control the contact force with a 

25 motor-driven thumper feed wheel 334 disposed at the other end of the bin. 

The document pusher 330 is rotatably mounted on guide rail 332 that extends 
longitudinally of the bin. The pusher 330 is freely slidable along the guide rail 
332. The pusher also includes an end tab 335 that is positioned to register 
with the tracks of a toothed document timing belt 337. As such, when the 

30 stack of documents is initially loaded into the bin, the pusher is rotated about 
guide rail 332 to disengage tab 335 of the pusher 330 from the tracks of the 
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timing belt 337. The pusher 330 is then slid longitudinally along guide rail 332 
into contact with the document stack. The pusher 330 is then rotated back 
into a drive position so that the tab 335 engages the tracks of the timing belt 
337. The timing belt drives the pusher 330 so that the document pusher 330 
5 moves longitudinally along the guide rail 332 as the stack of documents 
advances toward the feed assembly 340. A sensor 333 at the end of the 
guide rail 332 detects when the document pusher 330 reaches the end of the 
guide rail, which indicates that the stack of documents has been fed into the 
feed assembly 340. The system controller then indicates to the operator that 

1 0 the input conveyor 324 is empty. 

The timing belt 337 that drives the document pusher 330 is driven by 
the same motor 327 that drives the input conveyor 324 so that the timing belt 
and the input conveyor can be driven to move at the same speed. In this 
way, the document pusher is driven by the timing belt 337 to push the stack of 

1 5 documents, together with the input conveyor 324, toward the feed assembly 
340 while the document pusher also functions to support the back end of the 
stack of documents. 

The front end of the stack of documents is moved into engagement 
with the motor-driven thumper wheel 334. The thumper wheel 334 is a 

20 generally square shaped wheel with rounded corners. The thumper wheel is 
driven by stepper motor 341 which also serves to drive the feed assembly 
340. The thumper wheel provides eccentric cornered surfaces which function 
as a cam for supporting the stack without creating drag that would prevent the 
feed assembly 340 from engaging the front-most document. The thumper 

25 wheel 334 also functions to vibrate the stack to encourage the shingling 

downward of the front-most documents in the stack. The thumper wheel may 
be mounted on a spring biased pivot arm to help control the contact force with 
the document stack. 

The documents on the input conveyor 324 enter the document path 

30 between the feed assembly 340 and an opposing, spring-biased retard 352. 

The leading document on the input conveyor 324 contacts the feed assembly 
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340, which forces the leading document between the feed assembly and the 
retard 352. The retard is spring biased toward the feed assembly 340. 

The feeder assembly 340 is a belt and pulley drive assembly. A drive 
pulley 342 is connected to stepper motor 341 and thereby functions to drive 
5 the feeder assembly 340. The drive pulley 342 and an idler pulley 344 are 
spaced and supported by an adjustable yoke assembly 346 sandwiched 
between a pair of L-shaped brackets 346. A document drive belt 343 is 
carried on the drive pulley and idler pulley. The drive pulley 342 is pivotally 
mounted in fixed position relative to the base 338. The idler pulley 344 is not 

10 connected to the base 338, but is rotatably mounted at the terminal end of the 
yoke assembly 346. Because the idler pulley 344 is not mounted to the base 
338, the feeder assembly 340 pivots relative to the base 338 about the 
central axis of the drive pulley 342. An extension arm on the yoke assembly 
346 is connected to a spring 350. The spring 350 biases the feeder assembly 

15 340 toward the retard 352, and against the stack of documents on the input 
conveyor 324. 

The L-shaped brackets 346 are also connected to a feed pressure 
indicator 348 that is used to monitor the contact force of the documents on 
the input conveyor 324 against the drive belt 43 of the feed assembly 340. 

20 The force of the stack of documents against the feed assembly 340 causes 
the feed assembly 340 to pivot about the central axis of the drive pulley 342. 
The spring 350 opposes the pivoting of the feed assembly in response to the 
document pressure. The feed pressure indicator 348 is a linear variable 
differential transformer ("LVDT") that monitors the rotation and position of the 

25 yoke assembly 346 thereby determining the extension of the spring 350. The 
spring extension is proportional to the force applied to the spring. Therefore, 
based on output from the feed pressure indicator 348, the controller 315 is 
able to determine the force applied to the spring and thereby determine the 
force applied against the feed assembly 340 by the documents on the input 

30 conveyor 324. Although a position indicator is used in the present 

embodiment to determine the force of the documents against the feed 
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assembly 340, alternative indicators can be used. For instance, a device that 
monitors force more directly, such as a strain gauge, can be used. 

By monitoring the force of the documents against the feeder assembly 
340, the system controller 95 can function to control the speed of the motor 
5 327 that drives the input conveyor 324 and the timing belt 337 driving the 

document pusher 330. For instance, if the document force against the feeder 
assembly is less than a predetermined amount, the speed of the motor 327 
may be adjusted to increase the feed of the documents toward the feeder 
assembly 340. 

10 A cleaning brush 351 is positioned in engagement with the feed 

conveyor belt 343 to clean ink and other debris from the belt during operation. 
A fixed bearing 345 is disposed on the inside of the feed conveyor belt 343 
between the drive pulley 342 and the idler pulley 344. The fixed bearing 345 
engages the inner surface of the feed conveyor belt 343 opposite the retard 

15 352 in order to maintain the nip formed between the belt 343 and the retard 

352 during pivotal movement of the feeder assembly 340. Otherwise, the belt 
343 may have a tendency to move out of operable contact with the retard 
352. 

To ensure that a leading document and the next trailing document from 
20 the stack 316 are not fed simultaneously, the retard 352 is designed to have a 
lower coefficient of friction than the feeder assembly 340. In addition, the 
coefficient of friction at the face-to-face contact between the leading and 
trailing documents must be less than the coefficient of friction between the 
trailing document and the retard and therefore less than the coefficient of 
25 friction between the feed assembly 340 and the leading document. 

Accordingly, when the lead document is in contact with the feeder assembly 
340, the trailing document is in contact with the retard 352. Because the 
coefficient of friction of the feed assembly 340 is greater than the coefficient 
of friction of the retard 352 and is also greater than the coefficient of friction 
30 between the documents, the leading document is fed into the document path 
before the trailing document. In effect, the feeder assembly causes the 
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leading document to slide away from the face-to-face contact with the trailing 
document while the retard functions to hold the trailing document back. 
Accordingly, only one document at a time is fed into the document path. 

From the feeder assembly 340, the documents are fed one at a time 
5 into a pitch or gap compensation zone 360. As the documents enter the 

compensation zone, the documents pass between a pair of document guides 
368, and past a feed sensor 354. The feed sensor 354 is an infrared sensor 
employing an infrared emitter on one of the document guides 368 and an 
infrared receiver on the opposing document guide. The feed sensor 354 

1 0 senses the existence of a document, including a leading and/or trailing edge 
of the document, within the document guides 368 at the location of the sensor 
and sends an output signal to the system controller 95. 

The feed sensor 354 is used to determine and control the documents 
leaving the feeder assembly 340. If the flow of documents past the feed 

15 sensor is interrupted, the feed sensor functions to indicate a lack of document 
flow. The system controller 95 then stops the feeder assembly stepper motor 
341 and indicates to the operator that documents may be jammed in the feed 
assembly 340 or, depending on the status of the sensor 333 along guide rail 
332 in the input bin 314, that no documents remain on the input conveyor 

20 324. 

After passing the feed sensor 354, the documents enter a hard nip 362 
formed between a pair of rollers 364a and 366a. One of the rollers is a drive 
roller 364a, and the other is a spring-biased idler roller 366a that is linked to a 
LVDT to enable the system controller 95 to monitor the spacing between 

25 rollers 364a and 366a at the nip 362. The frictional force between the rollers 
364a, 366a and the documents is greater than the frictional force between the 
feed assembly 340 and the documents. As a result, the rollers 364a, 366a 
take control of transporting a document from the feed assembly 340 once the 
document enters the hard nip 362. Employing a hard nip is advantageous for 

30 the purpose of achieving aggressive control over documents in the 

compensation zone. The use of a hard nip results in more consistent gaps 
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between documents for purposes of maintaining consistent uncompensated 
feeding. 

To adjust the gap between two successive documents, especially, a 
leading document and a trailing document, the speed of the trailing document 
5 relative to the leading document may vary for a selected period of time. After 
the leading document is conveyed through the compensation zone 360, the 
leading document enters the system transport 75. Once the leading 
document enters the system transport 75, the system transport controls the 
speed at which the leading document is transported. When the leading 

10 document enters the system transport, the speed of the trailing document is 
still controlled by the rollers 364, 366 in the compensation zone. The speed 
of the trailing document being conveyed through the compensation zone is 
adjustably variable from approximately 35 to 100 inches per second while the 
leading document is conveyed by the system transport 75 at a constant rate 

15 of about 1 50 inches per second. 

The gap between the leading and trailing documents is determined 
using two sensors. The two gap sensors are located at opposite ends of the 
compensation zone 360. The first gap sensor, referred to as a compensate 
entry sensor 369, is located toward the beginning of the compensation zone 

20 adjacent to the first pair of rollers 364a, 366a. The second gap sensor, 
referred to as the system entry sensor 372, is located at the end of the 
compensation zone, adjacent the system transport 75. Both of the gap 
sensors are infrared sensors that straddle the document path, with an infrared 
emitter on one side of the document path and an infrared receiver on the 

25 opposite side of the document path. 

If the gap between documents is not within a preset range, the system 
controller 95 determines the rate at which the trailing document should be 
conveyed through the compensation zone 360 to adjust the gap between the 
leading and trailing documents. The system controller 95 determines the 

30 necessary speed of the trailing document based on the pitch between the 
leading and trailing documents, the distance between the gap sensors 369 
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and 372, the distance between the system entry sensor 372 and the system 
transport 75, and the speed at which the system transport 75 transports the 
leading document. Based on the determination of the necessary speed, the 
system controller 95 controls the compensation zone stepper motor 363. 
5 A thickness indicator 370 also measures the thickness of the 

documents while the documents are conveyed through the compensation 
zone. The thickness indicator is an LVDT device similar to the feed pressure 
indicator 348. The thickness indicator 370 senses whether one, two or 
multiple documents are being fed simultaneously through the compensation 

10 zone. In general, if a document thickness is above a predetermined 

thickness, the controller either stops the feeder 320, or outsorts the document 
or documents to the reject bin 250. More specifically, the thickness detector 
may function to detect a double feed, a multiple or triple feed as well as an 
imperfect single having, for example, a foreign substance such as tape. If an 

1 5 improper document feed is detected, the system controller 95 will cause the 
improper document or tickets to be directed to the reject bin 250. 

Jam Recovery 

Generally, when a jam occurs, the apparatus halts the processing of 
20 the document or documents that caused the jam, along with the documents in 
the same transaction and the documents upstream from the jammed 
documents (i.e. between the jammed document and the envelope feeder 15). 
The apparatus 10 continues to process the documents that are downstream 
from the documents in the transaction that has the jammed document (i.e. the 
25 documents between the stacker 300 and the documents in the transaction 
that has a jammed document). The operator then removes the jammed 
document or documents as well as the documents in the same transaction 
and places the documents in the reject bin 250. After clearing the document 
path, the operator restarts the apparatus. 
30 The general jam recovery procedure operates adequately when the 

jam occurs upstream from the MICR character reader 220 in the imaging 



G:\SHARED\STEVE\DRP\OPEX\P00912\P00912US3Application.wpd 



-47- 

section. However, the general jam recovery procedure can alter the direct 
correspondence between the batch files of image data and the actual batches 
of documents. For instance if the trailing document in a transaction is a 
check and the check jams at the image acquisition module 230, the invoice in 

5 the same transaction will continue to flow through the imaging section and 

into the stacker 300. If the check is simply removed from the document path 
and placed in the reject bin 250, the transaction is split. Further, the 
document that caused the jam and the other document in the same 
transaction has been assigned a transactional sequence number in a 

10 particular batch number, and the printer 240 has printed the same information 
on any document in the transaction that was processed through to the sorter. 
Therefore, if the documents in the transaction are simply removed and placed 
in the reject bin 250, the transactional sequence for the batch of documents 
will be discontinuous and the batch file will contain imaging data for 

15 documents that have been removed from the batch. To avoid such problems, 
the jam recovery procedure is altered if a jam occurs downstream from the 
MICR character reader 220. 

If a jam occurs downstream from the MICR character reader 220, the 
system controller identifies the last complete transaction to be processed and 

20 sorted in the stacker 300, referred to as the last complete transaction. The 
system controller 95 then retrieves the image data for the documents in the 
last complete transaction and displays the images of the documents on the 
monitor 290. The system controller 95 also indicates the bin or bins in which 
the last complete transaction is located by either displaying the bin numbers 

25 on the monitor or by lighting an indicator light on the proper bins. The 

operator then searches for the documents in the last complete transaction 
that are in the stacker 300, and retrieves any documents that are stacked on 
top of the documents in the last complete transaction. However, the 
documents in the last complete transaction are left in the stacker. The 

30 operator then removes all of the documents that are in the document path 
downstream from the MICR character reader 220. The documents that the 
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operator removed from the document path and the stacker are not placed in 
the reject bin. Instead, the operator serially hand feeds the documents into a 
drop slot feeder 380 in response to instructions displayed on the monitor 290. 
The drop slot feeder 380 is located at the right end of the documents 
5 feeder 320 when viewed from the view in Figs. 14 and 16. The drop slot 
feeder 380 is a longitudinally elongated rectangular conduit extending 
between the rear end of the document feeder input bin 314 and the system 
entry nip 76 where the documents from the document feeder enter the 
system transport 75. The end of the drop slot feeder 380 curves adjacent the 

10 system entry nip 76. The curved end directs the document in the drop slot 
feeder from a generally vertical orientation to a generally horizontal 
orientation so that the document can more easily enter the system transport 
75. The drop slot feeder 380 registers with a slotted aperture in the bottom of 
the document input bin 314. In this way, a document that is dropped into the 

1 5 slot in the input bin 31 4 passes through the drop slot feeder 380 and is fed 
into the system transport. 

After the operator has removed the documents from the document 
path and the stacker 300, the operator indicates to the system controller that 
the jam has been cleared. The system controller 95 then restarts the system 

20 transport 75 in the imaging section and directs the documents remaining in 
the imaging section to the reject bin 250. 

The system controller 95 has information such as the OCR number, 
the MICR number and/or the image of the document removed by the operator 
during jam recovery. The system controller also knows the correct sequence 

25 for the documents that the operator removed during jam recovery. Therefore, 
the system controller can prompt the operator as to the proper sequence for 
manually feeding the documents the operator removed during jam recovery. 

After the transport has been clear in the imaging section, the system 
controller 95 displays information regarding the first document that the 

30 operator is to feed into the drop slot feeder 380 and prompts the operator to 
feed the document. A sensor 207 prior to the justifier 205 sends a signal to 
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the system controller indicating the presence of the document that was fed 
into the system transport 75 through the drop slot feeder 380. The system 
controller then displays information regarding the next document that the 
operator should feed into the drop slot feeder 380. This process continues 
5 until all of the documents removed during jam recovery are manually fed to 
restore the sequence of the documents in the batch that was interrupted by 
the jam. By doing so, the direct correspondence between the actual 
documents in the batch and the image data in the corresponding batch file is 
also restored. 

1 0 The apparatus is extremely versatile for processing documents. For 

example, the apparatus can function to process documents contained in 
envelopes or the apparatus can be used to process documents that have 
already been removed from the envelopes by the use of the midstream 
document feeder. In addition, the apparatus can be easily modified to 

1 5 eliminate the extractor if stacks of already open, but randomly oriented, mail 
needs to be processed and oriented prior to imaging. Furthermore, the 
apparatus may be used to process single documents or transactions having 
only a single document, such as a proxy statement. If only single document 
transactions are processed, the transactional boundaries become self-defined 

20 to the single document. As such, any complication in tracking and 

maintaining transactional boundaries between multiple document transactions 
is thereby eliminated. 

Semi-Automated Mail Processing 

25 In the foregoing description, the device 10 has been described as an 

automated machine for automatically extracting, orienting and imaging 
documents. In some instances it may be desirable to incorporate image 
processing and storage of the image data in an apparatus that utilizes manual 
extraction. Accordingly, the present invention also provides a semi- 

30 automated workstation 41 0 as described below in greater detail. 
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Referring now to Figures 19-22 in genera! and to Figure 19 specifically, 
an apparatus for processing mail is designated generally 410. The apparatus 
410 processes mail by severing an edge of each envelope in a stack of mail 
and presenting the edge-severed envelopes to an operator. The operator 
5 then manually extracts the documents from each envelope and manually 
reorders and reorients the documents as necessary. The extracted 
documents are then scanned electronically to provide a set of image data 
corresponding to the extracted documents. 

Referring to Figures 19 and 22, the general overview of the flow of mail 
10 is as follows. Initially, a stack of envelopes containing documents, referred to 
as a batch, is placed into a feeder 420. The feeder 420 serially feeds the 
envelopes to a side cutter that severs the side edge of the envelope if 
desired. From the side cutter, the envelope is advanced into a top cutter that 
severs the top edge of the envelope. From the top cutter, a conveyor 440 
1 5 advances the envelope to an extractor 450. 

The extractor 450 pulls apart the front and back faces of the envelope 
to present the contents of the envelope for removal. An operator then 
manually removes the contents from the envelope. The operator can then 
reorder and reorient the contents if desired. A plurality of bins are provided in 
20 front of the envelope transport 440 for receiving the extracted documents. In 
addition, one or more drop slots or chutes 460 are provided for receiving 
extracted documents. The operator can either place the extracted documents 
into one of the bins or into one of the chutes. As is discussed further below, a 
plurality of chutes 460 may be provided for identifying and separating various 
25 types of transactions. The documents placed in one of the chutes are 

conveyed to an imaging device 480 that scans the document to obtain image 
data relating to the documents. From the imaging device, the documents are 
conveyed to one or more output bins 490. 

The operation of the apparatus is controlled by a controller 415 in the 
30 form of a microprocessor. The controller receives signals from various 

sensors and controls the operation of the apparatus 410 in response to the 
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signals received from the various sensors. 

The operation of the feeder 420, cutter 430, and extractor 450 is 
similar to the operation of the apparatus disclosed in United States Patent No. 
6,230,471 issued on May 15,2001, which is hereby incorporated herein by 
5 reference. The envelopes are serially fed from the feeder 420 to the cutter 

430 that severs one or two edges of each envelope. From the cutter 430, the 
envelopes are serially fed by a conveyor 440 to the extractor 450. 

The extractor 450 operates to pull apart the faces of the edge-severed 
envelopes and present the contents so that an operator can easily remove 

10 the documents. After the operator removes the contents, a sensor sends a 
signal to the controller indicating that the contents have been extracted. The 
empty envelope is then transported to a verifier 457 and another envelope is 
fed to the extractor 450. The extractor 450 includes a pair of opposing 
vacuum suction cups mounted on two pivotal extractor arms. The suction 

15 cups are connected to a vacuum pump. Before an envelope enters the 

extractor 450, the extractor arms are pivoted away from one another. When 
the envelope enters the extractor 450, the arms pivot toward one another and 
negative pressure is supplied to the suction cups so that the suction cups 
engage the faces of the envelope. The arms then pivot away from one 

20 another pulling apart the faces of the envelope, which have been severed 
along the top edge and preferably the side edge. The operator can then 
remove the contents of the envelope. 

The extractor 450 may be configured to operate in three different 
modes for determining whether the contents have been extracted from the 

25 envelope: removal mode, differential mode, and content activation mode. 

The simplest mode is removal mode. An optical sensor is located 
adjacent the extractor 450 in front of the transport 440. When the operator 
removes the contents from the envelope the contents pass over a sensor and 
the sensor detects the presence of the contents. A signal is then sent to the 

30 controller indicating that the contents were removed. The controller then 

controls the transport 440 to advance the envelope from the extractor 450 to 
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the verifier 457. In addition, the envelope in the staging area is advanced to 
the extractor. The envelope is advanced from the extractor as long as some 
of the contents from the envelope are passed over the sensor, even if some 
of the contents remain in the envelope. 
5 In the differential mode, an optical sensor measures the thickness of 

the envelope immediately after the extractor arms pull apart the faces of the 
envelope so that the thickness of the envelope is measured before the 
operator extracts the contents. The optical sensor continuously detects the 
thickness of the envelope and its contents, and compares the thickness with 

1 0 the initial thickness reading. If the difference in thickness is greater than a 
predetermined limit, a signal is sent to the controller indicating that the 
contents were removed from the envelope. The controller then advances the 
envelope to the verifier 457 and advances an envelope from the staging area 
to the extractor. Preferably, the workstation includes a second optical sensor 

1 5 similar to the first sensor. The second sensor monitors the thickness of the 
envelope in the same way as the first sensor. When two sensors are 
employed, the measurements from the two sensors are averaged and 
compared against the predetermined limit to determine whether the contents 
were extracted. 

20 If the operator removes all of the contents from the envelope, but the 

differential thickness is not greater than the predetermined limit, the envelope 
will not be advanced. In such instances the operator can advance the empty 
envelope by pressing an override button (not shown). Pressing the button 
operates to convey the empty envelope to the verifier 457 and convey an 

25 envelope from the staging area to the extractor. 

The content activation mode is like the differential mode in that the 
sensor continuously detects the thickness of the envelope and its contents. 
However, in the content activation mode, the thickness detected by the 
sensor is compared to a thickness standard based on the thickness of an 

30 envelope and a variation tolerance. If the sensor detects a thickness that is 
less than the thickness standard, a signal is sent to the controller indicating 

G:\SHARED\STEVE\DRP\OPEX\P00912\P00912US3 Application wpd 



-53- 

that the contents were removed from the envelope. The envelope is then 
advanced to the verifier 457 and an envelope is conveyed to the extractor 450 
from the staging area. Preferably, two sensors are employed, both of which 
monitor the thickness of the envelope as described above. When two 
5 sensors are employed, the measurements from the two sensors are averaged 
and the average is compared against the thickness standard. 

If the operator removes the contents from the envelope, but the 
thickness detected by the sensor is not below the thickness standard the 
envelope does not advance. In such instances, the operator can advance the 

10 empty envelope by pressing the override button. In response to pressing the 
button, the empty envelope is conveyed to the verifier 457 and an envelope is 
conveyed to the extractor 450 from the staging area. 

The thickness standard used in the content activation mode can be 
determined in several ways. For example, the thickness standard can be 

15 based on the first envelope in a job. To do so, a job is placed in the input bin 
420, and the workstation advances the lead envelope in the job to the 
extractor 450. The operator then removes the contents from the envelope, 
and the thickness sensor measures the thickness of the envelope after the 
contents are extracted. The thickness standard is then calculated based on 

20 the thickness of the empty envelope and a predetermined variation tolerance. 
To advance the first envelope to the verifier 457, the operator presses the 
override button. 

After the operator removes the documents from the envelope, the 
envelope is conveyed from the extractor 450 to a verifier 457. The verifier 
25 checks the thickness of each envelope to ensure that all of the contents have 
been removed from the envelope before the envelope is discarded into a 
waste container 459. 

The operator can either stack the extracted documents into one of the 
upper bins 425 or the documents can be placed into one of the chutes 460 
30 and thereby fed to the imaging device 480. Generally, the documents in a 
transaction include more than one document. Therefore, for proper imaging 
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the documents must be serially fed to the imaging device 480. If the operator 
is to serially feed the documents, the operator must feed each document in a 
transaction one at a time into one of the input chutes 460. The serially fed 
documents are then conveyed to the imaging device 480. Alternatively, the 
5 apparatus 410 may incorporate a singulator 470. The singulator 470 

automatically shifts the documents in a transaction relative to one another so 
that the documents are serially fed to the imaging device 480. In this way, the 
operator can feed the documents in a transaction into one of the input chutes 
all at one time. 

10 Singulating the transactional documents may be affected by passing 

the parallel transactional documents through a nip formed by a pair of nip 
rollers in the form of a drive or a feed wheel 472 and a cooperating brake 
wheel 474 having different coefficients of friction. The brake wheel 474 has a 
greater coefficient of friction than the feed wheel 472 to ensure that the 

1 5 document that contacts the brake wheel is maintained in position after the 
other document in a transaction is completely passed through the nip by the 
feed wheel. 

The singulator 470 operates as follows. As the documents are 
conveyed to the nip, the brake wheel 474 and feed wheel 472 firmly engage 

20 the documents and convey the documents along a selected path of 

movement between the two wheels. When the transactional documents are 
firmly gripped between the drive wheel 472 and the brake wheel 474, the 
brake wheel is stopped while the feed wheel continues to move, thereby 
causing the document that engages the brake wheel to stop moving, while the 

25 document contacting the feed wheel continues to move. As a result, 

singulation of the transactional documents may be affected. The operation of 
the singulator 470 is similar in operation to the shifting mechanism 
incorporated in the apparatus for processing documents disclosed in United 
States Patent No. 5,810,173 issued on September 22,1998, which is hereby 

30 incorporated herein by reference. 
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The imaging device 480 may include one or more devices for obtaining 
electronic optical data for the documents. Since the operator can manually 
reorder and reorient the documents as required, the documents are ordinarily 
conveyed to the imaging device 480 in the proper order and orientation. 
5 Accordingly, generally, only a single imaging device is necessary to obtain 
image data from the front face of each document. However, in certain 
situations, it may be desirable to obtain image data from both sides of the 
documents. In such instances, two opposing imaging devices are utilized to 
scan the front face and the back face of each document, For example, certain 

1 0 documents may include an area on the back of the document for customer 
comments or a change of address. If it is desirable to obtain image data of 
such information, a second imaging device can be provided to scan the back 
face of the documents. In addition, if two imaging devices are provided, the 
documents need not necessarily be manually reoriented. Instead, the pair of 

15 imaging devices 80 can scan both faces of each document to obtain an 

image of each face and then the images can be electronically reoriented if 
desired. 

The imaging device 480 can be in the form of one of several devices. 
For instance, an imaging device similar to the imaging devices incorporated 

20 into a typical facsimile machine can be utilized. Such an imaging device 

includes an illuminating element and a series of photosensors for detecting 
the light intensity at a series of points on a line of the document. The light 
intensity for each point is analyzed and compared against a threshold. If the 
light intensity is below a certain threshold, the point is considered a black 

25 point. If the light intensity is above the threshold, the point is considered a 

white point. The document is advanced past the imaging device in increments 
to scan a series of lines of image data along the document to create an array 
of image data points reflecting the image of the document. The image data is 
then electronically stored in one of any number of non-volatile media such as 

30 a hard drive, magnetic tape or CD-ROM. 
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If desired, the apparatus may include a MICR reader for reading the 
MICR line that appears on checks. The information relating to the MICR line 
is then transferred to the controller 41 5 so that the MICR data is associated 
with the image data for the check. 
5 The apparatus 41 0 may also include a printer positioned along the 

document path for printing information onto the documents. The printer 475 
can be positioned along the document path either preceding the imaging 
device 480 or following the imaging device. The printer 475 is operable to 
print information on the documents, such as batch information relating to the 

1 0 stack of envelopes being processed. 

The apparatus 410 includes one or more output bins 495 for receiving 
the processed documents. The documents can be conveyed into the output 
bins regardless of document-type or transaction-type, so that the documents 
from successive transactions are stacked on top of one another until a bin is 

1 5 full, and then the documents are stacked into the next bin that is not full. 
Alternatively, the apparatus includes a plurality of output bins 495 and a 
plurality of gates 496 for selectively sorting the documents into certain output 
bins. For instance, the apparatus may include three output bins for sorting the 
documents: one bin for receiving checks from singles transactions, one bin 

20 for receiving invoices from singles transactions, and one bin for receiving 
non-singles transactions. 

The documents can be sorted are follows. The operator selectively 
manually manipulates the documents in a transaction so that the documents 
are in a particular order. For example, singles transactions can be selectively 

25 reordered so that the invoice is first and the check is second in each 

transaction. When the documents are conveyed to the output bins 495, the 
gates sort the documents so that the first document in each singles 
transaction is conveyed into the first bin and the second document in each 
transaction is conveyed into the second bin. 

30 The apparatus may operate so that the documents from each 

transaction are processed together regardless of the type of transaction. 
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Alternatively, the apparatus 410 operates to separately process certain 
transactions to identify certain transactions requiring special handling. For 
instance, as previously discussed, for remittance processing it is desirable to 
separate out singles transactions. These singles can be separated from 
5 transactions that are not singles. In addition, it may be desirable to separate 
transaction that include documents having certain characteristics such as a 
check mark in a customer response box on an invoice or an indication of a 
change of address. Preferably, the process for separating the documents is 
responsive to input from the operator. 

1 0 After the operator manually extracts the documents, the operator can 

determine whether a transaction is of a particular transaction-type. For 
instance, the operator can visually inspect the documents to ascertain 
whether the transaction contains documents having certain features, such as 
a change of address. The operator can also determine whether a transaction 

15 is a single (i.e. one invoice and one check) or a multi (e.g. one invoice and 
two checks). Having identified the transaction-type, the operator inputs this 
information to the apparatus 410 so that the documents can be processed 
accordingly. 

The operator can input the information relating to the transaction-type 
20 in one of several ways. Referring to Fig. 19, the apparatus includes a plurality 
of input chutes 460. Each chute corresponds to a particular transaction-type. 
For example, the first chute 460a corresponds to clean singles, meaning 
singles transactions having no markings such as address changes on the 
invoice. The second chute corresponds to clean non-singles transactions. 
25 The third chute corresponds to any transaction having a marking on the 
invoice. 

Configured in this way, the operator identifies the relevant information 
relating to each transaction. The operator then places the transaction in the 
appropriate chute. If the transaction is a clean single the operator places the 
30 transaction in the first chute 460a. Each chute includes a sensor 465 for 

identifying the presence of the transaction in the chute. The sensor 465 sends 
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a signal to the controller 41 5 indicating that the transaction is of the type 
corresponding to the chute into which the operator places the transaction. For 
instance, if the operator places a transaction in the third bin 460c, the sensor 
465c in the third bin sends a signal to the controller 415 indicating that one of 
5 the documents in the transaction has some type of marking such as an 
address change. 

After the transaction is conveyed through one of the chutes 460, and 
singulated, if necessary, the documents are conveyed to the imaging device 
480. After the imaging data is acquired, if desired, the controller 41 5 tags the 

1 0 image data with data relating to the transaction-type for future reference. 

From the imaging device 480, the documents are conveyed to the 
output bins 495. The data indicating the transaction-type can be used to sort 
the documents in a transaction into the output bins 495. For instance, if a 
transaction is identified as a single, the documents are sorted so that the 

15 check goes into the first bin and the invoice goes into the second bin. 

Alternatively, if the transaction is identified as having a document with an 
address change, the documents are both sorted into the third bin, or the 
documents can be sorted so that the invoice with the address change 
indication is sorted into the third bin and the check is sorted into the first bin. 

20 The number of input chutes 460 can be varied to accommodate 

various situations, and the controller 41 5 settings are variable so that the 
chutes correspond to different criteria. For instance, a different array of 
chutes can be configured as follows. A first chute for clean singles. A second 
chute for clean transactions having one invoice and two checks. A third chute 

25 for other clean transactions. A fourth chute for transactions having an invoice 
with an address change. A fifth chute for transactions having a document with 
a particular customer response box checked off, and a sixth chute for all other 
transactions that are not clean. Each chute has a sensor that communicates 
with the controller 415 so that a transaction placed into a particular chute is 

30 identified as the transaction-type corresponding to that particular chute. In this 
way, the information that the operator visually identifies can be transmitted to 
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the controller 41 5 to control the further processing of the documents. 

The chutes can also be configured to separate the documents in 
response to transaction-type and document-type. For example, four chutes 
can be provided. The first three chutes correspond to singles transactions, 
5 and the fourth bin corresponds to any transaction that is not a single. The 

three singles chutes allow the identification and separation of singles having a 
particular type of document. For instance, the operator can identify singles 
having a document from a particular customer by placing the transaction in 
the first chute. Singles having a document from a second customer may be 
10 placed in the second chute, and singles from any other customer are placed 
in the third chute. In this way, information relating to both the transaction-type 
and document type is identified and conveyed to the controller, which can 
control the further processing of the documents accordingly. 

Alternatively, the operator can input the information regarding the 
1 5 transaction-type in a different manner. For instance, the apparatus 410 can 
utilize voice recognition to input the transaction-type. To utilize verbal input, 
the apparatus also includes a microphone 499 for receiving auditory signals 
from the operator. The microphone communicates with the controller 415 
which incorporates voice recognition ability. When voice recognition is 
20 utilized, only a single input chute 460 is necessary. 

During operation, the operator extracts documents from an envelope. 
The operator then identifies the transaction-type and speaks into the 
microphone stating the transaction-type. The controller 415 then identifies the 
transaction as a particular transaction-type and controls the continued 
25 processing of the documents accordingly. 

In addition, the apparatus can be configured so that transactions are 
assumed to be singles unless the operator identifies the transaction as some 
other type. Since the majority of transactions are singles, this would eliminate 
the need for the operator to vocally identify each singles transaction. Such a 
30 configuration can be accomplished by utilizing the sensor 464 in the chute 
460. If a transaction is detected and no vocal signal is received within a 
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certain time period, then the transaction is identified as a single. For instance, 
if the sensor 465 detects a first transaction and no vocal signal is received 
relating to the transaction-type before the sensor detects a second 
transaction, then the first transaction is identified as a single. 

Further, the voice recognition feature can be utilized to input 
information other than transaction-type. For example, the operator can 
identify the amount of a check. The controller 41 5 then tags the image data 
with the data from the operator indicating the amount of the check. 

In light of the foregoing, the apparatus operates as follows. A stack of 
mail, referred to as a batch, is placed into the feeder 420. The operator 
places a batch ticket into one of the chutes if desired. The operator can 
manually input information relating to batch or the apparatus can 
automatically scan the batch ticket and identify the batch information, such as 
the batch number and the type of transactions in the batch. The feeder 420 
then serially feeds the envelopes in the batch. The cutter 430 edge severs 
each envelope and a conveyor 440 transports the edge-severed documents 
to the extractor 450. The operator manually removes the documents from the 
envelope, determines the transaction-type and inputs this information to the 
apparatus either by placing the transaction into the appropriate chute or by 
verbally identifying the transaction-type in voice recognition mode. The 
documents are singulated either manually or automatically and then 
conveyed to the imaging device 480. The imaging device 480 scans the 
image of each document and transfers the image data to the controller 415. If 
a MICR module is included, the MICR line on each check is identified and 
decoded. Then, if desired, a printer prints information on each document, 
such as the batch number and the sequential document number identifying 
each document in the batch. The documents are then conveyed to a plurality 
of output bins 495, and if desired, a plurality of gates 496 sorts the documents 
into the different bins according to document-type or transaction-type. 

It will be recognized by those skilled in the art that changes or 
modifications may be made without departing from the broad inventive 
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concepts of the invention. For instance, the controller can be connected to a 
file server so that data acquired during processing can exported to another 
apparatus. The exported data can then be used by the other apparatus during 
further processing. For example, if the operator identifies the check amount, 
5 this information can be utilized by a remittance processing apparatus during 
remittance processing. In addition, in certain situations it is desirable to obtain 
data from the face of the envelopes. For instance it may be desirable to know 
the postmark date on the envelope. In such situations, the operator feeds the 
envelope and the transaction into a chute and the imaging device scans the 

10 documents and the envelope. The controller then correlates the image data 
from the envelope with the documents extracted from the envelope. It may 
also be desirable to configure the scanner so that the scanner is operable to 
scan the full length of an 8Yz x 1 1 document. Further, the apparatus can be 
modified so that an input nip is substituted for each chute. The input nip can 

15 be one of several forms. For instance, the input nip may comprise a pair of 
opposing rollers that are spaced apart from one another prior to the 
documents entering the input nip. After the documents enter the input nip, 
one of the rollers is displaced so that the rollers engage the documents in the 
input nip. The operator places the transactional documents into the input nip 

20 corresponding to a particular transaction-type. The input nip then engages the 
documents and conveys them toward the imaging device. If input nips are 
utilized, sensors similar to the chute sensors are utilized to identify the 
presence of the transaction, thereby determining the transaction-type. It 
should therefore be understood that this invention is not limited to the 

25 particular embodiments described herein, but is intended to include all 

changes and modifications that are within the scope and spirit of the invention 
as set forth in the claims. 



G:\SHARED\STEVE\DRP\OPEX\P00912\P0091 2US3 Application.wpd 



